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(54) SERVICE OFFERING SYSTEM 

(57) In a service providing system, a plurality of 
information acquiring connputers for acquiring irtforma- 
tions are connected via a network to a plurality of Infor- 
mation providing computers for providing information. A 
service providing computer for executing an information 
provKling service with respect to apparatuses for acquir- 
ing information is interposed between a plurality of in 
infonmation acquiring apparatuses and a plurality of 
information providing apparatuses. The senrice provid- 
ing computer receives a content of a request of the 
information acquiring computer, and deterrranes a sort 
of information to be provided with a user based upon a 
quality of this request content. Individual information 
and past historical information of the user, and also var- 
ious sorts of conditions when the request is received. 
The service providing corrputer requests at least one of 
these information providing conrtputers to provide the 
information. The information obtained from the request 
result is integrated by the service providing computer to 
be transmitted to the information acquiring computer. 
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Description 
TECHNICAL FIELD 

This Invention relates to a broad-range network s 
system, and more specifically, to a service providir^ 
system used to provide an information service to infor- 
rrntion acquiring computers in a wide area. 

BACKGROUND ART 10 

Recently, wide-area information services are rap- 
idly increased which can be utilized by end users, since 
networks are exterxled and business opportunities 
through networks are enlarged, typically known as the is 
Internet and personal communications. However, for 
instance, in interfaces such as WWW (Worid Wide 
Web) presently provided in the Internet, end users must 
knew connection destinations of information providing 
computers, and also cannot be connected to a plurality 20 
of information providing computers at the same tinrte. As 
a cor^equence, it is rather difficult for end users to find 
out a truly required service from a huge anxxint of infor- 
mation and effectively utilize this truly necessary service 
without gaining knowledge in advance and also without 25 
cumbersome operations. 

Also, in such a case that a personal computer conrh 
munication system is connected to an information pro- 
viding oorrputer, this personal conrputer communication 
system merely provides a communication path to the 30 
information providing computer, or simply lends a data- 
base to an information provider. Accordingly, end users 
shouki t>e individually connected with the system of the 
information provkier, shouki sequentially retrieve con- 
tents of sendees, and should propose the system utili- as 
zation. 

The contents of the present information servk^es 
are fixedly defined, so that the same servk:es are pro- 
vxied in response to the same requests irrelevant to 
such a fact e.g., who is an end user, and conditions of 40 
the system when the sennce is received. 

The akxive-described conventional techniques own 
the below-mentbned problems, since there are precon- 
ditions, namely, tfie end users are connected to the 
information providing computers, arxJ thereafter the end 4s 
uses can newly retrieve the contents of the provkled 
servk;es and can newly propose to utilize the service; 
the end user cannot be connected to a plurality of infor- 
mation providing computers at the same time; and also 
only the information of tiie servk:e request is sent from so 
the end user, and tiie information provkiing corrputer 
neither receives, nor holds the personal information of 
the end user. 



puter and/or connection destinations, then the end 
user cannot utilize this service. It is practically diffi- 
cult for the end user to personally grasp a huge 
number of service contents of information provkiing 
computers arxi a large number of connection desti- 
nations. This inrplies that the end user can hardly 
utilize his truly desirable services. 

(2) . It is diff knilt to utilize a suitable service, depend- 
ing upon a change in conditions. In other words, not 
only a large number of information provkiers errter 
into information service businesses every day, but 
also the presentiy available services of the existing 
information provkiing computers are frequently 
changed arxl/or added witii other services every 
day. End users can hardly, personally ^asp all of 
these changes. As a resuH, there are great possibil- 
ities tfiat even when more better services are newly 
added, the end users may fixedly utilize a specific 
servrca Also system environments and qualities of 
information/services may change contents of serv- 
ices which can give higher satisfactories to the 
requests of the end users. It is practically diffkxjit 
that the end users systematically evaluate these 
conditions and tfius select tiie proper services in 
accordance with this change. 

(3) . It is diffkuitt to discriminate servfoes from each 
oth^ based on desires arxi service utilization histo- 
ries of end users. The desires arxi service utiliza- 
tion histories of end users are grasped only by 
these end users themselves. As a consequence, 
the information provkiing corrputers cannot select 
the proper services which can give the higher satis- 
factory to the requests of the respective end users, 
but therefore the end users themselves must 
retrieve their desirable servfoes and also must 
hold/manage the service utilization histories. 

(4) . When services of a plurality of information pro- 
vkiing computers are integrated to be received, pro- 
cedures by end users become curTt>ersome. That 
is, when a complex service provkJed by a plurality of 
information provkiing conputers is received, an end 
user must be sequentially connected witti tiie 
respective information provkiing computers, must 
retrieve the contents of the indivkiual services, 
must propose the indivkiual service utilizations, and 
must adjust these services by himself. Also, the end 
user is required to pay his fee to the received serv- 
ices from the respective information provkiers. In 
particular, a plenty of time and many workloads by 
tiie end user are required so as to adjust combina- 
tions of the plural services. 

DISCLOSURE OF INVENTION 



(1). It is difficult to find out a senrice desired by an ^ An object of the present inventfon is to solve tiie 

end user. In other words, even when a certain infor- atxsve-descrbed problems, arxi provide a servfoe suita- 

mation providing computer provides such a service ble to a request of an end user, and forther is capable of 

desired by the end user, if the end user does not realizing nx>re effective information service utilizations 

know existence of tiiis information provkiing conv by end users. 



2 



3 



EP0 786 728A1 



4 



To achieve the above-descrbed object, in accord- 
ance with a service providing system of the present 
invention. wt>en contents of services requested by end 
users are specified, incfividual or tastes arxJ utilization 
histories of these erxi users are evaluated, and then 5 
services of information providing computers capat)le of 
satisfying them are sdected. Preferat)ly. in the case 
where a service of an information provkfing computer is 
added and/br changed, the services to t>e provided with 
the end users are changed t>ased upon contents of w 
these added/changed services. At the same time, sys- 
tem environments arxl qualities of services/Information 
are evaluated to thereby change services to be pro- 
vided. Furthermore. preferak)ly. when services of a plu- 
rality of information providing computers are integrated is 
to be received, various workloads, such as service utili- 
zation proposals to the information providing conrput- 
ers, adjustments between services, and payment of 
service fees to information providers may be substi- 
tuted. 20 

More conaetely, according to an aspect of the 
present invention, in a service providing system, a plu- 
rality of apparatuses for acquiring information (informa- 
tion acquiring apparatuses) are connected via a 
network to a plurality of apparatuses for providing infor- 2s 
mation (information providing apparatuses), at least one 
apparatus (intervening apparatus or agent) is inter- 
posed between the plurality of information acquiring 
apparatuses and the plurality of information provkiing 
apparatuses. Preferably, the intervening apparatus 30 
receives a content of a request from the information 
acquiring apparatuses, and also transmits an informa- 
tion providing request to at least one of the information 
providing apparatuses based on the content of the 
rec^est Then, the intervening apparatus receives the 35 
information provided by at least one of the information 
providing apparatuses, integrates the received informa- 
tion based on tiie request content of the information 
acquiring apparatus, and transmits the integrated infor- 
mation to the information acquiring apparatuses. The 40 
request content of the information acquiring apparatus 
is a code indicative of a content of infontiation required 
by the information acquiring apparatus. 

According to a rTK>re preferable aspect of the 
present invention, the intervening apparatus receives 45 
the request content of the infontiation acquiring appara- 
tus, and transmits an information providing request to at 
least one of the information providing apparatuses 
based upon at least one of individual information related 
to the information acquiring apparatuses, incfividual so 
information related to the information providing appara- 
tuses, and environmental condition information sur- 
rounded around tiie information acquiring apparatuses 
arxi the information providing apparatuses. Further- 
more, the intervening apparatus receives information 55 
provided ty at least one of the information providing 
apparatuses, and integrates the received information 
based upon at least one of individual information related 
to the information acquiring apparatuses, incfivklual 



information related to the information providing appara- 
tuses, and environmental corKfrtion information sur- 
rounded arotoid the information acquiring apparatuses 
and the information providing apparatuses. The individ- 
ual information related to the information acquiring 
apparatuses is arranged by at least one of a foct related 
to a user of the information acquiring apparatuses, infor- 
mation extractat)le from a past history, current tempo- 
rary information, and a future schedula The individual 
information related to the information providing appara- 
tuses is arranged by at least one of a fact related to a 
user of tiie information provkiing apparatuses, informa- 
tion extractable from a past history, cunerrt temporary 
information, and a future schedula Also, the environ- 
mental concfition information surrounded around the 
information acquiring apparatuses and the information 
provkiing apparatuses is arranged by at least one of a 
fact of an environment surrounded around the irrtorma- 
tion acquiring apparatuses and the information provid- 
ing apparatuses, information extractable from a past 
history, current temporary information, and a future 
schedule. 

Further, concretely speaking, the intervening appa- 
ratus is constructed of a sennce management unit and 
an application unit for storing at least one applk^ation 
program. The service management unit receives the 
request content from the information acquiring appara- 
tus to select/initiate the applkation program of the appli- 
cation unit and transfer a proper value based upon at 
least one of individual irrformation related to the infor- 
mation acquiring apparatuses, incfividual information 
related to the information providing apparatuses. arvJ 
environmental condition information sunounded around 
the information acquiring apparatuses and the informa- 
tion provkiing apparatuses^ Then, tfie service manage- 
ment unit accepts a request content from the applfoation 
program to transmit an information provkiing request to 
at least one of the information provkiing apparatuses 
based upon at least one of indivkiual informatfon related 
to the information acquiring apparatuses, indivkiual 
information related to the information provkiing appara- 
tuses, and environmental condition information sur- 
rounded around the information acquiring apparatuses 
and the information provkiing apparatuses. Also, the 
servfoe management unit receives information provided 
t^y at least one of the irrformation provkiing apparatuses 
to integrate the received information k>ased upon at 
least one of individual information related to the infor- 
mation acquiring apparatuses, individual information 
related to the information providing apparatuses, and 
environmental condition information sunounded around 
the information acquiring apparatuses and the informa- 
tion provkiing apparatuses. Then, the service manage- 
ment unit selects/initiates the applk;ation program of the 
applrcation unit to transfer tiie integrated information, 
arxi the service management unit accepts processed 
information from the applicatfon program to be transmit- 
ted to the infomnation acquiring apparatus. 
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BRIEF DESCRIPTION OF DRAWINGS 

Rg. 1 is a system structural diagram of an informa- 
tion providing system acoonfing to a first embodiment of 
the present invention. s 

Rg. 2 is a block diagram for representing an 
arrangement of a service providing computer. 

Rg. 3 ^ a table structural diagram for showing an 
exarrple of a quality tat}le. 

Rg. 4 is a table structural diagram for shewing an 
example of a condition table. 

Rg. 5 is a table structural diagram for indicating an 
exanple of a static discriminating information table. 

Rg. 6 is a table structural diagram for representing 
an example of a service utilization history table. 

Rg. 7 is a table structural diagram for showing an 
exarrple of a service utilization trend table. 

Rg. 8 is a tatsle structural cfiagram for indicating an 
exarrple of a system utilization trend tabia 

Rg. 9 is a conceptional diagram for denoting an 
example of relationship among application prog'ams. 

Rg. 10 ^ a table structural diagram for showing an 
exarrple of a selection variable temporal storage tabIa 

Rg. 11 is a table structural diagram for showing an 
example of a request conversion management tabIa 

Rg. 12 is a tat)le structural diagram for irxlicating an 
example of an information acquiring request record 
tabIa 

Rg. 13 is a table structural dia^am for representing 
an example of an information providing computer man- 
agement table. 

Rg. 14 is a table structural diagram for showing an 
exarrple of a reception data terrporal storage table. 

Rg. 1 5 is a table structural diagram for indicating an 
exarrple of an acquired information integration manage- 
ment table. 

Rg. 16 is a format diagram of a message transmit- 
ted from an information acquiring computer to a service 
providing conputer. 

Rg. 17 is a process flow diagram for describing 
operations when a message is received from a commu- 
nication management unit in an execution management 
unit. 

Rg. 18 is a process flow diagram for explaining 
opmtions when a message is received from the infor- 
mation providing computer in the execution man^e- 
mentunrt 

Rg. 19 is a process flow diagram for describing 
operations when a message is received from the appli- 
cation program in the execution management unit. 

Rg. 20 is a table structural digram for indicating an 
exarrple of a variable value involving relationship tat)le. 

Rg. 21 is a table structural dia^am for representing 
a variable comt>ination tat)le. 

Rg. 22 is a table structural diagram for showing an 
exarrple of an action management table. 

Rg. 23 is a table structural dia^am for representing 
an exarrple of static discriminating information-to-action 
corresponding table. 



Rg. 24 is a table structural diagram for showing an 
example of a condition-to-action corresponding table. 

Rg. 25 is a table structural diagram for representing 
an exarrple of a quality-to-action corresponcGng tat)la 

Rg. 26 is a table structural diagram for indicating 
one exarrple of a schedule tabIa 

Rg. 27 is an conceptional operation diagram for 
explaining operations of a niche information supplying 
application program. 

Rg. 28 is an explanatory diagram for explaining a 
relative information adding function. 

Rg. 29 is an explanatory diagram for explaining a 
function of a genrel statistics management unit 

Rg. 30 is an explanatory diagram for explaining a 
selection reason adding fuiction. 

Rg. 31 an explanatory diagram for explaining a 
metfrad of changing an irrterface t>etween the service 
providing conputer and the information providing com- 
puter. 

Rg. 32 is an explanatory diagram for explaining an 
automatic recognition method of a novel information 
providing computer. 

Rg. 33 is a system structural diagram of an infor- 
mation providing system according to a second embod- 
iment of the present invention. 

Rg. 34 is a block diagram for representing an 
arrangement of a service providing computer. 

Rg. 35 is a tat>le structural diagram for showing an 
exarrple of a static discriminating variable d^inition 
table. 

Rg. 36 is a table structural diagram for indicating an 
exarrple of a static disaiminating variable table. 

Rg. 37 is a table structural diagram for showing an 
example of a dynamic discriminating (history) variable 
definition table. 

Rg. 38 is a table structural diagram for representing 
an example of a dynamic discriminating (history) varia- 
ble tabIa 

Rg. 39 is a table structural cfiagram for denoting an 
example of a quality variable definition tat)la 

Rg. 40 is a tat)le structural diagram for showing an 
exarrple of a quality variable table. 

Rg. 41 is a table structural diagram for representing 
an example of a condition variat)le definition tat)le. 

Rg. 42 is a table structural diagram for denoting an 
exarrple of a condition variable table. 

Rg. 43 is a table structural diagram for showing an 
example of a corrposite element variable d^inition 
table. 

Rg. 44 is a table structural digram for representing 
an exarrple of a composite element variat)le table. 

Rg. 45 is a tat)le structural diagram for showing an 
exarrple of an application management variable defini- 
tion tMe. 

Rg. 46 is a table structural diagram for representing 
an exarrple of an application management variable 
table. 

Rg. 47 is a table structural diagram for showing an 
exarrple of an information providing variat3le definition 
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table. 

Fig. 48 is a table structural diagram tor representing 
an example of an information providing variable tat)le. 

Fig. 49 is a table structural diagram for showing an 
example of an application interface variat)le definition 
table. 

Fig. 50 is a table structural diagram for representing 
an example of an application interface variable tat)le. 

Fig. 51 is a table structural diagram for showing an 
exarrple of an information provision determination 
table. 

Fig. 52 Is a table structural diagram for representing 
another exanple of an Irrtormation provision determina- 
tion tabla 

Fig. 53 is a format diagram of a message transmit- 
ted/received b^een the information acquiring compu- 
ter and the service providing computer. 

Fig. 54 is a fbmriat diagram of a message transmit- 
ted/received between the information acquiring compu- 
ter and tiie service providing computer. 

Fig. 55 is a system structural diagram for showing 
another system structure according to the second 
errtxxjiment of the present invention. 

Fig. 56 is a system structural diagram of an infor- 
mation providing system according to a third embodi- 
ment of the present invention. 

Fig. 57 is a block diagram for indicating an arrange- 
ment of the information acquiring computer. 

Fig. 58 is a format diagram for a message transmit- 
ted from an input/output management unit to a service 
management unit 

Fig. 59 is a process flow chart for descrbing opera- 
tions when the message from the input/output manage- 
ment unit is received in the execution management unt 

Fig. 60 is a process flow chart for descrit>ing opera- 
tions when the message from the information providing 
computer is received in the execution management unit 

Fig^ 61 is a process flow chart for describing opera- 
tions when the message from the application program is 
received in tiie execution management unit 

Fig. 62 is a conceptional operation diagram for 
explaining operations of a niche information providing 
application program. 

Fig. 63 is an explanatory diagram for explaining an 
initiative information request issued from the informa- 
tion acquiring computer. 

BEST MODE TO CARRYING OUT THE INVENTION 
[EMBODIMENT 1] 

Fig. 1 is a structural diagram of a network system 
according to a first embodiment to wtvch an information 
providing system of the present invention is applied. 

As indicated in the drawing, this system is con- 
structed by that at least more than one information 
acquiring computers 11, 12, 1m, and at least more 
than one information providing computers 21 , 22, — , 2n 
and also a service providing corrputer 2 are connected 



to a pM\c line networft 1 . 

The information acquiring computer 1 1 is arranged 
t>y a communication management unit 111 and an 
application unit 112. It should be noted that this 

5 arrangement is similar to those of the information 
acquiring computers 12, 1m. The information provid- 
ing computer 21 is arranged by a communication man- 
agement unit 21 1 and an application unit 212. It should 
also t>e noted that this arrangement is similar to those of 

10 the information providing conputers 22. 2n. The 
service providing computer 2 is arranged by arranged 
by a communication manag^ent unit 3, a service man- 
agement unit 4, an application unit 5, and an architec- 
ture unit 6. 

15 The information acquiring corrputers 11 to 1m 
transmit requests via the public line network 1 to the 
service providing computer 2, and receive information 
from the service providing computer 2. As an exanrple 
of the information acquiring corrputers 11 to 1m, there 

20 are an exclusive-use terminal, a personal computer, a 
workstation, a midtimecfia kiosku. a personal portable 
terminal (PDA) and so on. The information providing 
computers 21 to 2n receive the information acquiring 
requests from the service providirig corrputer 2 arxJ 

25 transmit the required irrformation to the service provid- 
ing computer 2. As an exairple of the information pro- 
viding computers 21 to 2n, there are a database server, 
a Worid Wide Web (WWW) server, an FTP server, a 
WAIS server, a Ciopher server and so on. 

30 The servfoe providing computer 2, for instance, 
receives a request issued from the information acquir- 
ing corrputer 1 1 , arxj determines a sort of information to 
be provided with the information acquiring corrputer 1 1 
based upon a quality of 1h^ request content, individual 

35 information and past historical information of a user of 
the information acquiring corrputer 11 which are previ- 
ously stored inside the service providing corrputer 2, 
arvj various sorts of conditions when the request is 
received. The service providing corrputer 2 transmits 

40 an information acquiring request to such an information 
providing computer capat)le of acquiring a necessary 
sort of information anrK>ng the information providing 
compute 21, 22, — , 2n. Then, the service providing 
computer 2 determines information to be provided with 

45 the information acquiring computer 11 based on the 
information received from the information providing 
computers 21, 22, — , 2n, and also the owned informa- 
tion, and then transmits this determined information to 
the information acquiring computer 1 1 . 

50 Fig. 2 is a block diagram for showing the anrange- 
ment of the service providing computer 2. 

The communication management unit 3 is con- 
nected to the public line networic 1 , and receives a mes- 
sage transmitted from tfie information providing 

55 computers 21, 22, — , 2n via the put)lic line networi^ 1. 
and then transfers the message to the sendee manage- 
ment unit 4 arxi the application unit 5. The communica- 
tion management unit 3 transmits via the public line 
network 1 the nrtessage transfened from the service 
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management unit 4 and the application unit 5 to a 
proper communication counter party. 

The service management unit 4 is arranged by 
process units, and a plurality off tables for storing proc- 
ess results of these process units, and to which these 
process units refer while executing the process opera- 
tions. The process units are constructed of an execution 
management unit 30, a quality management unit 31. a 
condition management unit 32, an individual manage- 
ment unit 33, a history analysis unit 34, a quality conver- 
sion logic storage unit 35, a condition conversion logic 
storage unit 36, a history conversion logic staage unit 
37, a static discriminating information conversion logo 
storage unit 38, a composite element conversion logic 
storage unit 39. and a composite element conversion 
unit 40. 

The application unit 5 is arranged t>y containing a 
plurality of application programs 415, 425. — , 4p5. The 
respective application programs are initiated by the exe- 
cution management unit 30. While a program is exe- 
cuted, various sorts of variable values stored in the 
action management table 56 are referred to. 

The architecture unit 6 performs initial setting oper- 
ations of the various tables used by the service man- 
ag^fnent unit 4 when the application program is formed. 

Providing information DB7 holds a portion of the 
sendees provided by the service providing computer 2. 
As a result, the service managing unit 4 can obtain the 
infonnation witfKXit requesting to retrieve information 
from the information providing computers 21 . 22. 2n. 

A description will new be made of a quality of a 
request transmitted by a subject (will be referred to as 
an "end user" hereinafter) from the information acquir- 
ing computer 11, a condition when the request is 
received, and discriminating information of the end user, 
which are used as a judgen^ material when the serv- 
ice management unit 4 manages the providirig service. 

A quality of a request by the end user corresponds 
to an attribute of a service requested by the end user 
among the services provided by the service provkiing 
corrput^ 2. The service management unit 4 cfianges a 
priority degree of this process based on the quality of 
the request and a predetermined rule, and executes an 
additional process. As an exarrple of the request quality 
by the erxl user, there are an information retrieval with 
payment, an information retrieval without payment, a 
propose (offer) to purchase a service, a propose to pur- 
chase a goods, a propose to purchase a software, a 
reservation of a service, a reservation to purchase a 
software, a transmission off important data such as a 
credit card number, a writing operation to an elecb-onic 
bulletin tx>ard system, an reading operation from an 
electronic bulletin board system, a tifansmission off an 
electronic mail, a reception of an electronic mail, a con- 
tribution to NETNEWS of the Internet, a purchase off 
NETNEWS of the Internet, a file transfer, remote load- 
ing of a program, a transmission off a business message 
to the service providing computer 2 a retrieval of own 
discriminating infonnation stored in the service provid- 



ing conputer 2. a log-in to the service providing compu- 
ter 2. a log-out from the service providing computer 2, 
£ind the like. Although not equal to the service attribute, 
degrees off requests such that a payment amount is 

5 large and, a purchase quantity ^ large are equal to the 
quality off the request For instance, when a payment 
amount is large and this payment is made a credit 
card, it is possible to add such a process tfiat reliability 
of an end user is investigated. When a purchase quan- 

w tity is large, thus purchaser is recognized as a large pur- 
chasing customer, and then the process is carried out 
with a top prbrity. 

A concfition during reception corresponds to an item 
having no relationship to the end user among items 

IS determined when tiie request of tiie end user is 
received from the information acquiring conputers 11, 
12. —. 1m. Also, this condition during reception cone- 
sponds to an item having a relation with a day/time, and 
items related to various states of networks such as the 

20 sennce providing oorrputer 2, the information providing 
computers 21 , 22, — . 2n. and the put>lk; line network 1. 
Based upon tiie corxJition during reception and a prede- 
termined rule, the service management unit 4 changes 
the quantities off fhe information providing computers 

25 21. 22, — , 2n, arxi cfianges the providing information, 
or the amount of providng information, limits tiie provid- 
ing servk:e, and ateo changes the priority order of the 
process. As an example of the condition during recep- 
tion, there are a log-in time instant, a service request 

30 time instant, morning, noon, or night, a date of today, a 
day, a season, a busy season or an unbusy season, a 
holiday or a week day. a school being under k>ng-term 
vacation, special event day such as a festival and a 
sport, present weatiier, a present temperature, present 

35 humidity, week weatiier forecast, long-term weather 
forecast, snow information, thunder information, whiri- 
wind information, and other various weather informa- 
tion. Further, there are earthquake, fire, and other 
natural disaster information; social concfitions such as 

40 riot, dispute, strike, and demonstration; econorracal 
information such as exchange rate, stock prk;e, credit 
rate, and gold rate; operation conditions such as rail- 
road, airplane, boat bus, laxi; concfitions off stations, air 
ports, normal roads, and highway; social infrastructure 

45 conditions such as power genretion anxHjnt, water stor- 
age amount of dam. oil storage amount, and gas stor- 
age amourrt; and also hardware conditions of the 
servtee providing computer 2 such as model name (type 
name). CPU type, memory capacity, and d^ capacity 

50 Also, there are software conditions of the service pro- 
viding computer 2 such as OS name, and middleware 
name; operation conditions off the service providing 
computer 2 such as load, memory using anmurrt. and 
numt}er of end user under connection; services pre- 
ss vided by the servk^e provkiing computer 2; hardware 
oorxiitions of the information provkiing conputers 21 , 
22, — , 2n such as model name (type name), CPU type, 
memory capacity, disk capacity; software conditions of 
tiie information provkfing computers 21. 22. — , 2n such 
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as OS name, and middle ware name; operation condi- 
tions of information proving computers 21 , 22, 2n 
such as load, load In unit of providing service, memory 
user amount, and death^live; operation hour; informa- 
tion sort providing cost (time unit, information amount 5 
unit, information number unit), place of information, 
information forming time (fresh degree of information), 
information effective time (information erase time), sut>- 
ject member of infomnation (normal, gold), subject user 
of information (age range, field, specific region), which w 
are provided by the information providing computers 21 , 
22, — , 2n; and network lo^s (executed communication 
speed) of many sorts of networks such as the public line 
network 1. 

The discriminating information of the end user cor- 75 
responds to information depending upon the end user 
and the information acquiring computers 1 1 . 1 2, ~, 1 m, 
and contains static disaiminating information such as 
fixed information a semi-fixed information, and also ttie 
service utilization history information of the end user 20 
changed every time tfie end user utilizes the service. 
Based upon the akx3ve-desGrit>ed discriminating infor- 
mation and a predetermined rule, the service manage- 
ment unit 4 changes the providing information, the 
number of information provkiing computers 21. 22, ~. 2s 
2n to be connected, the amount and modes of the pro- 
vkiing information, or the priority order of processing. As 
an example of the static discriminating information 
related to the user, there are a place of a user, a user ID, 
name of end user, a t>irth data, a sex, sizes of cfothing 30 
and shoes, nationality, an address, a telephone nunft)er, 
a birth place, a memt)er level (genrel member, or gold 
memt}er). a fee level, credit level (allowable anxHrnt). 
credit card information 0irm, number, expiration data), 
income amount, final gractotion, specialty, occupation 35 
(sort of txjsiness, joint year), txisiness post, passport 
number (number, expiration date), fanrvly members, 
anniversal days (marriage anniversal day. family birth- 
days), hobby, favorable matters (cooking, fruits, vegeta- 
ble, meet, afohole, talent, brarxi, writer, music, movies. 40 
art, sports), smokingAion-smoking, drinking/hon-drink- 
ing, specffk; item to be purchased, joint date, and spe- 
cific contract (content term) arxi so on. As an example 
of the static discriminating information related to the 
information acquiring computers 11. 12, — , 1m. tfiere 45 
are model names (type names), CPU types, memory 
capacities, disk capacities, display capacities, display 
setting values (pixel numt)er, cola number), sound 
board types, OS names, and mkldle ware name. As an 
example of the disaiminating information related to the so 
communication, there are a titie of communk^ation soft- 
ware, a communication starting place, a communication 
line name (pHJblic line, ISDN, private line), a communica- 
tion speed, a communication quality (echo recovery 
method), protocol and so on. ss 

As the service utilization historfoal information of 
the end user, tiiere are management information in unit 
of utilized service, statistics information related to utili- 
zation frequency every constructural elements of serv- 



ices, and other service utilization historical information. 
As the management information in unit of utilized serv- 
ice, there are detailed infamation of providing services 
(sennce sort, purchase name, purcfrase service, pur- 
chase information, purchase quantity, utilization 
date/tin^ service place, sennce perfod, price. servk:e 
utilized quantity, schedule eta), payment way, and 
sorts/lplaces of information acquiring computers 11,12. 
— , 1m. As tiie statics information related to the utili- 
zation frequency every constructural element of service, 
there are sorts of well-utilized services (service sorts, 
service genre (overseas travel/domestic travel, luxuri- 
ous/normal/cheap etc.), utilization day/time (month, 
long^erm/hiecfiunfvterm/ishort-term etc.), places (to 
which place, at which place), whom (how many per- 
sons), how many (quantity), how to travel (which air line, 
which hotel), hew much (cost), well-used date, well- 
used time range, places of the information acquiring 
computers 11,12, — , 1m, payment metiiod, and serv- 
ice delivery method. 

New, in such a case that statistics data about histor- 
ical information having continuous values is acquired, 
tills h^rical information is classified into a finite 
number of categories fa management purposes. For 
ir^lance. the fee for overseas travel lower tfian 100,000 
yen "cheep**, this fee higher than 300,000 yen and 
lower ttian 100,000 yen is "namal". and this fee higher 
than 300,000 yen is luxurious**. As other service utiliza- 
tion historical information, there are all connection times 
(log-in times), charging conditions, aedit utilization con- 
dition and the like. 

The servfoe management unit 4 executes the proc- 
ess in conjunction with the applk^ation unit 5. The serv- 
foe management unit 4 initiates tfie property selected 
applk:ation programs 415, 425, — , 4p5 as to ttie infor- 
mation acquiring request received from tiie information 
acquiring corrputers 1 1 , 12, — , 1 m based on the quality 
of tills request tiie condition during reception, and the 
discriminating information of the erxJ user. Also, the 
servfoe management unit 4 provkies the conditions for 
determining the content of the information to be pro- 
vided witii the end user to the applk;ation programs 41 5, 
425. - -, 4p5 based on the atxive^Jescribed quality, 
condition, and disaiminating information. 

Tbe initiated application programs 415, 425, — . 
4p5 determine a content of provkiing information based 
upon the conditions for determining the content of the 
provkiing informatibn indk^ted by the servfoe manage- 
ment unit 4. In the case that the. application programs 
415, 425, ~. 4p5 do not own the information required to 
execute the process, the acquisition of thte infamation 
is requested to tiie service management unit 4. The 
service management unit 4 selects at least nrK>re tiian 
one proper information provkiing computers 21 , 22, — . 
2n in order to acquire the necessary information based 
on tiie at>ove-descrit)ed quality, condition, and discrimi- 
nating information, and then ti^nsmits tfie information 
acquisition request to tiie selected information provkiing 
computers 21 , 22, ™. 2n. 
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Upon receipt of the information from the information 
providing computers 21, 22. — . 2n, the service man- 
agement unit 4 combines the acquired information with 
each other based on the atx]ve<iescrft>ed quality, condi- 
tion, and discriminating inlbmnation to thereby form the 5 
information to be indicated to the end user, and then 
transfers the formed information to the application pro- 
grams 415, 425. ~, 4p5. The application programs 415, 
425. — , 4p5 transmits the received information to the 
information acquirir^ computers 1 1, 12. —. 1m. Now. in 
a series of the above-explained processes, the service 
managing unit 4 selects the concfition of the inforn^on 
to be indicated to the application programs 415. 425. — 
, 4p6 based on the above-explained quality, condition, 
and discriminating information. Also, the service man- 
agement unit 4 selects a sort and a total numt)er of 
infonmation providing computers 21. 22. — , 2n to be 
connected. Further, the service management unit 4 
changes the priority degrees of these processes. 

Upon completion of providing of the information, the 
service management unit 4 stores the service utilization 
historical information of the end user into a tat)le within 
the service management unit 4. This historical infonma- 
tion is utilized as one of the discriminating information in 
the subsequent service providing operations to the end 
user. 

A desaiption will now be made of the tables for con- 
stituting the service management unit 4. 

In Fig. 3, there is shown an example of the quality 
table 41 . The quality table 41 stores values of qualities 
of requests with respect to each of the users, which cor- 
respond to attributes of services and degrees of serv- 
ices requested by the users. For instance, information 
retrievals with "payment" are stored as the attributes of 
the sendees are stored in the quality table 41 shown in 
the drawing. Since this is an important request, as com- 
pared with the information retrieval without paymerrt. the 
service management unit 4 may inaease the priority 
degree of ttie process related to this request Also^ 
"1.000 yen" ts stored with respect to the amount of 
money. To the contrary, for instance, sirrce a request of 
"10.000 yen" of an anfK)unt of money is more innportant 
than the request of "1.000 yen", the service manage- 
ment unit 4 may increase the priority degree of the proc- 
ess concerning the service request of "10.000 yen". As 
to the quantity. T is stored. To the contrary, for exam- 
ple, since such a request that the quantity is 1 00 is wore 
important than the request of "1". the service manage- 
ment unit 4 can inaease the priority degree of the proc- 
ess related to the service request of 100. 

TTie execution management unit 30 requests the 
quality management unit 31 to store the quality of the 
request into the quality taiAe 41 upon receipt of the 
requests issued from the information acquiring comput- 
ers 11, 12, ™, 1m. The quality management unit 31 
stores the value of the quality of the request into the 
quality table 41. This value is evaluated by the quality 
management urvt 31 arxi the conposHe element con- 
version unit 40. and then ttie above^escribed priority 



degree of the process is determined. 

Rg. 4 shows an example of the condition tat>le 42. 
The condition tat)le 42 stores the items which do not 
depend on ttie end users with respect to each of these 
end users among the items determined at the time 
ir^tant when the requests from the information acquir- 
ing computers 11, 12. 1m are requested. 

Upon receipt of ttie requests issued from the infor- 
mation acquiring computers 11. 12. — , 1m, the execu- 
tion management unit 30 request the condition 
management unit 32 to store the present date and the 
present time instant into the condition table 42. In case 
of the log-in request the condition management unit 32 
causes the condition table 42 to store ttie log-in time 
instant In case of the service request, the condition 
management unit 32 causes the condition tat)le 42 to 
store the service request time instant As the informa- 
tion depending upon this time instant for instance, there 
are the weather at this time, the load of the service pro- 
viding computer 2, the load in service unit, the lo^ of 
the networK death/ialive of the information providing 
computer, or the load of the information providing com- 
puter. These values are updated regularly by the condi- 
tion management unit 32, or when the event happens to 
occur in order tfiat these values continuously becomes 
the latest values. The senrice management unit 4 will 
changes the service to be provided in accordance witii 
these corxfition variables. For example, in the case that 
the weattier is rain, it is possit>le to execute such a proc- 
ess operation that a ticket available only for today of an 
outdoor event is not recommendat)le. When the load on 
the information providing corrputer is increased, the 
service providing process is limited on ttie side of the 
service provicfing computer 2. so that the load on the 
information providing computer can be lowered. Fur- 
thermore, when the bad of a specific service of the 
information providing computer is increased, the infor- 
mation provicfing computer can issue such a notification 
that the acceptance of this specific service is temporar- 
ily refused. Furthermore, the information providing com- 
puter may accept only the process requested t^y the 
gold member witti a limitation. In such a case that the 
information providing computer A stops the fonction 
thereof, it is possit)le to execute the process operation 
such tfiat the information acquiring request is not issued 
to the information providing computer A. The condition 
variable stored in the condition table 42 are evaluated 
by the condition management unit 32 and the composite 
element conversion unrt 40 to realize ttie above- 
desaibed process. 

Rg. 5 represents an example of ttie static discrimi- 
nating information table 43. The static discriminating 
information table 43 stores either fixed information or 
semifixed information, which depends upon the end 
user and the information acquiring computers 11.12,- 
1 m, every end user. As the information related to the 
end user, there are a member level, a sex, an occupa- 
tion, and purchase record of specific goods. As the 
information related to the information acquiring oomput- 
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ers 11. 12, 000. 1m. there are a terminal function, a 
hardware arrangement and a software arrangement 
As the information related to the convnunication. there 
are a communication starting place, a protocol, and so 
on. For instance, in such a case that there are a genrel 
menrto and a gold member as a memb^ level, the 
process ^ changed, so ttiat it is possible to provide 
information with a high quality to the gold member. Also, 
as to a person wtiose hobby is a travel, it is possible to 
provide travel information with a priority. Otherwise, it is 
possible to provide a notification atxxit a version up of 
merchand^ to the end user who bought this merchan- 
dise In the past. Further, it is possS)le to change the for- 
mat of the provicing information in connection with the 
function of the information acquiring computers 11,12, 
— , 1 m. For example, only text information is provided to 
the information acquiring computers 1 1 , 1 2. — , 1 m with- 
out the graphic function, and an image is not transmit- 
ted. For instance, when the end user makes up a 
contrast with the service providing corrputer 2, the infor- 
mation related to the end user anx)ng the static discrim- 
inating information is inputted in questionnaires format 
Also, the information related to the end user may be 
rec^ested from the service providing conputer 2 to be 
inputted as information required when the end user 
accepts a certain service. A variat)le called as a pur- 
chase item is extracted by analyzing the service utiliza- 
tion htetory table 44 t>y the history analyzir^ unit 34, and 
then is stored in the static discriminating information 
tat)le 43. The information related to the information 
acquiring computers 1 1 , 1 2. — , 1 m is judged by a termi- 
nal function code and a terminal information code, 
which are contained in tfie data from the end user. The 
information related to the comnrujnication is defined 
when the connectfon with the information acc^iring 
conrputers 11, 12, —, 1m is established. The variables 
stored in the static discriminating information tatiie 43 
are evaluated by the individual management unit 33 and 
the composite element conversion unit 40. so that the 
atxyve-described process is realized. 

Fig. 6 represents an example of the service utiliza- 
tion history table 44. In the service utilization history 
table 44. the information is stored with respect to each 
of the users in unit of services utilized by the end users. 
The service utilization history table 44 owns fields 
named as a service sort, a utilization date/tinr>e, detailed 
information, a reservation nurTt>er, and a name of an 
information providing computer. Every time ttie ervi user 
utilizes a certain service, the atxive-descrfoed infonma- 
tion for specifying this service are stored by the individ- 
ual management unit 33. 

A service sort is a top category of a service pro- 
vided t>y the service providing conputer 2. The informa- 
tion for specifying a concrete service content of this 
service sort is stored in the detailed information field. 
For example, when the service sort corresponds to 
book selling, the detailed information corresporxis to the 
ISBN number of the purchased book. When the service 
sort corresponds to an overseas travel, the detailed 



information corresponds to a summary of a travel, a 
schedule, a fee. a used air fine, and a used hotel, which 
are stored. The formats of the detailed information field 
are different from each other, depending on the respec- 

5 tive service sorts. 

Both the reservation numtser and the information 
providing conputer name are utilized as follows. In the 
case that after making a reservation, the end user can- 
cels this reservation, the service providing conputer 2 

10 again accesses the information provicfing computer and 
specifies the service reserved by the reservation 
number so as to cancel this reservation. 

The information stored in the service utilization his- 
tory table 44 is analyzed tiy the h^tory analysis unit 34. 

15 such infonmation that a preset specific service has been 
utilized is stored in the static discriminating infbrnnation 
tat>le 43, and then the travel schedjie and the event 
schedule such as a corK;ert arxi a play are stored into 
the schedule tat)le. The information stored in the service 

20 utilization history table 44 is evaluated by tiie individual 
managerrfent unit 33 and the composite element con- 
version unit 40. 

Rg. 7 shows an example of the service utilization 
trend 1at)le 45. The service utilization trerxi table 45 

25 stores the statistics information related to the utilization 
frequencies with respect to the constuctural elements 
of the services. In this case, as the variables, the serv- 
ice utilization tread tat)fe 45 enploys a servfoe sort an 
overseas travel/term, and an overseas travel/t:)lace/fee 

30 range, which are the corxJitior^ for specifying tiie serv- 
ice. 

As the service sort corresponding to tiie top cate- 
gory, there are tiie overseas travel, the domestic travel, 
and the book selling. This service sort represents that 

35 the end user utilizes the overseas travels 5 times, the 
domestic travel 1 time, and the book selling 2 times. The 
meaning of "overseas tiBvel" in the overseas travel/term 
is an adjective so as to define the subsequent term, and 
indicates the travel term when the overseas travel serv- 

40 \ce \s utilized. Since the adjective such as "overseas 
travel** is added, the overseas travel/term can be dis- 
criminated from the domestic travel term and other 
terms. Since a term contains an infinite values in unit of 
day. tftis case, this term is classified into three stages 

45 such as a short term (1 day), a medium term (2 days to 
6 days), a long term (more tiian 7 days). As described 
above, the variables having continuous values, for 
example, price and time may be classified into the finite 
number of categories by providing a plurality of tx>unda- 

50 ries. 

Such a fact that the times of the variable values 
stored in the service utilization trend tat)le 45 are larger 
than other values implies ttiat the side of the service 
indicated by this value was utilized in the past. As a con- 
55 sequence, it is predictable that there are large possibili- 
ties that this service will t>e utilized in future. Therefore, 
since this service is positively proposed to the end user, 
the end user can have great satisfaction. The times of 
the variable values stored in the service utilization trend 
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table 45 are counted by the individual nianagement unit 
33 when the use of the service is defined. The variable 
values stored in the service utilization trend tat)le 45 are 
evaluated by the individual managemerrt unit 33 and the 
connposite element conversion unit 40. As descrit)ed 5 
atxive, the judgement is cam'ed out t>ased upon a sim- 
ple large/small relationship, and further based on vme 
complex lo^c, so that the aboveKiescrft)ed process can 
be realized. 

Rg. 8 indicates an example of the system utilization 
history table 46. The system utilization history table 46 
stores historical information of system utilizations equal 
to historical information, as viewed from the side other 
than the service. There are all connection times (lognn 
times), charging concfitions. arxj credit utilization condi- 
tior^ The all connection times (log-in times) are stored, 
or updated by the individual management ur^ 33 when 
the log-in is performed. The charging conditions are 
stored, or updated by tiie individual managen^ unit 
33 when the charging process is executed. The credit 
utilization conditions are stored, or updated by the indi- 
vidual management unit 33 when the notifications are 
regularly received from the credit card firm. It is possible 
to execute such a process for not accepting a further 
payment by a credit card, taking account of a charged 
anrKXjnt and credit utilization conditions. The variat>le 
values stored in the system utilization history table 46 
are evaluated by the individual management unit 33 and 
the composite element conversion unit 40. 

Fig. 9 represents a concept of an application pro- 
grams relationship diagram 47. The application pro- 
grams relationship program 47 expresses relationships 
among execution sequences and branches of the appli- 
cation programs 415. 425, ~, 4p5. The service man- 
agement unit 4 determines the application programs 
415. 425. — , 4p5 which will be subsequentiy executed 
with reference to this diagram. 

New. an example of a flow of service provision will 
be explained. 

A log-in program 70 corresponds to a log-in appli- 
cation program. 

A service sort determining program 71 is an appli- 
cation program for determining the service sort equal to 
the top category. The service sort \s a variable capable 
of having values, namely, overseas travel, domestic 
travel, book selling, ticket selling, and CD selling. In the 
service sort determining program 71. the service sort 
most suitable to the end user is proposed based on the 
advice of the service management unit 4. New. when an 
overseas travel 72 is selected, an overseas/term deci- 
sion 73 is subsequentiy executed. A period most suita- 
ble to the end user airwng the ovmeas travel terms is 
proposed based on the advice of the service manage- 
ment unit 4. Any one of the short term (1 day), the 
medium term (2 days to 6 days), and the tong term 
(more than 7 days) is selected. When the k)ng term 
(more than 7 days) is selected, either an overseas 
travel^lace/fee range determining program 75 or an 
overseas travel/region/fee range determining program 



76 Is executed. The overseas travel/jplace/fee range 
determining program 75 may determine the proposed 
overseas travel by corTt>ining the place (mainly, country) 
with the fee range. The overseas travel/region/fee range 
determining program 76 determines the proposed over- 
seas travel among candidates thereof by confining the 
region (plural countries, continental) with the fee range. 

Since the place owns a high limitation than the 
region, the more discriminatat>le information can be pro- 
vided when the proposal is made by the overseas 
traveiyjF)lace/fee range determining program 75. htow- 
ever, as to the place, in the case that no specific feature 
cannot be obtained from the past history, there is less 
reason to propose the proper place. Accordingly, there 
is a risk that satisfication of the erxJ user is lowered. To 
the contrary, when the history is observed in view of 
arxither point (region) instead of the place, there is a 
specific featura In tiiis case, the proposal is made from 
the dassrf ication of the overseas travel/region/fee range 
determining program 76. As one example, in such a 
case that the end user has traveled the European coun- 
tries, e/en when there cords for the individual countries 
are made, no specific feature is present. However, if the 
records are made for the regions such as Europe and 
Asia, then it can be understood that the end user owns 
the many travel experiences in the Europe. Then, since 
the European travel is proposed in this case, it is possi- 
t)le to provide the information discriminatable to the 
respective end users. 

In the overseas travel/iregion/fee range determining 
pro-am 76. when any one of the Europe discount, the 
Europe norn^, and tie Europe luxurious travels is 
selected, a determination is made of the place belong- 
ing to the Europe in the overseas travel/lplace determin- 
ing program 77. Similarly, in the case that any one of the 
Asia discount the Asia normal, and the Asia luxurious 
travels in the overseas travel/iregion/fee range determin- 
ing program 76, a decision is made of the place belong- 
ing to the Asia in the overseas travel^lace determining 
pro-am 78. The overseas travel^ce determining pro- 
gram 77 and the overseas travet/^ce determining pro- 
gram 78 are application programs for determining the 
places related to the overseas travels, the selection 
t>ranches of which are limited to the places belonging to 
the Europe and Asia, respectively. The difference 
t>etween these two application programs is such tfiat 
proposal restriction information is transferred as the 
argument from the service management unit 4 to the 
application program. 

The next course selecting program 79 is executed 
in such a manner that afthough the place, tiie fee range, 
arxi the term are limited, since the travel starting data is 
unclear, the end user is urged to enter the date. Other- 
wise, the end user sets the date witiiin the coming two 
or three nmntfts and sets the concrete plan, and the 
service management unit 4 is required to transmit the 
information providing computer in order to check the 
elements for constituting this plan, for instance, empty 
information of an air line and a hotel. When the empty 
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information is collected, the travel plan made by com- 
bining one combination among them is proposed to the 
end user. When the end user agree with this proposed 
plan, the service management unit 4 rs again required 
to transmit the reservation request in order to reserve 
the air line arxi the hotel. 

An overseas travelA)ption detenmining program 80 
determines various options, for instance, a reservation 
for a domestic transportation means up to an air port, a 
reservation for a parking lot near air port, or a reserva- 
tion for a baggage delivery service to air port. 

A ticket delivery determining program 81 is to deter- 
mine a method for delivering tickets and the like such as 
an air ticket. 

A payment determining program 82 determines a 
payment way. Here, when a payment by a credit card is 
selected, a crecfit investigation is can-ied out by a credit 
investigating program 83 as to whether or not a pay- 
ment anK)ng exceeds an albwable amount of this credH 
card owned by the end user, depending upon the pay- 
ment anxHint 

The foregoing descrqptions descrbes one example 
of the selling service for the overseas travel. When the 
end user can agree with all of the decision items in an 
end program 84. the service utilization is defined, and 
the process operation for storing the history and the like 
into the proper table is executed by the service manage- 
ment unit 4. 

As previously explained, the service managenrtent 
unit 4 conducts the applicatbn programs 415, 425, - ~. 
4p5 whk^h should be subsequentiy executed from the 
application programs relationship diagram based upon 
an application code, an item code, and a selection code 
contained in the data received from the information 
acquiring computers 11, 12, ~, 1m. Now, the atxDve- 
described application code corresponds to a code for 
specifying such an application pro-am which has 
transmitted the message to this infomnation acquiring 
computers 1 1 , 12. ~, 1 m in the previous time. Also, the 
item code is a code for specifying a variat)le value 
selected by the erxl user. The selection code is a code 
for indcating whether or not the end user can agree with 
the proposal of the application programs 41 , 42. ~. 4p. 
That is, if the selection code is YES, then this selection 
code indicates that the proposal of the application pro- 
grams 415. 425, ~, 4p5 can be agreed. If the selection 
code is NO. then this selection code indicates only such 
a fact of "disagree". When a value is set to the item 
code, the selectbn code indicates that not only the end 
user could not agree witii the proposal, but also has 
selected other values. Also tiie service managen^ 
unit 4 determines which program shoutel be executed 
after the overseas travel/term determining program 73 
based upon the past historical information, i.e., the 
overseas/k)lace/fee range determining program 75 and 
the overseas/region/fee range determining program 76. 

Fig. 10 shows an example of the selection variable 
temporal storage table 48. The selection variable tenv 
poral storage table 48 temporarily stores a value of a 



variat)le every time the end user agrees witti this varia- 
ble value proposed by the application program to this 
ervi user. The value of the variat}le to be stored can be 
judged based on the application code, selection item 

5 code, and selection code of the request received from 
the information acquiring computers 11, 12, 1m. 

Fig. 11 shows an exanple of the request conver- 
sion management table 49. The request conversion 
management table 49 is used in such a case ttiat when 

10 an infbnnation acquiring request is issued from the 
application programs 415, 425. — , 4p5 to the service 
management unit 4. a decision is made as to whether or 
not the information acquiring request is transmitted to 
any one of the information providing computers 21 . 22, 

15 ~, 2n. In other words, to sat^ the information acquir- 
ing request issued from the application programs 415, 
425, 4p5. such information is set to the request con- 
version ntanagement table 49 by that which information 
providing computer is connectabia For example, the 

20 request conversion management table 49 indicated in 
Fig. 11 stores the request codes indicative of the sorts 
of the rec^ests issued from the application programs 
415, 425. — , 4p5, and also the names of the information 
providing computers 21 . 22, — . 2n to t}e connected with 

25 respect to each of the user IDs. In this table, "air.tfct- 
NRT-LAX" set as the request code inplies tfiat vacuous 
seat information of air tickets between NARITA and Ljos 
Angeles ^ retrieved. To this setting, a user 100 is 
instructed to issue the request to three air lines of JL. 

30 NH, and UA. Also, another user 101 is instructed to 
issue the request only to the air line of UA. It should be 
noted that symbols JL. NH. UA indicate abbreviated 
symbols of the relevant air lines. Such a differerK;e is set 
to each of the users based tpon the quality of the 

35 request from the end user, the condition when the 
request is issued, and the discriminating information. 
SyrTtx)l "defiault" indk^ated in the user ID column irTY>lies 
tiie information providing computers 21, 22, ~, 2n 
applied to other users not set to this table. It should also 

40 be noted ttiat symbol "all" irxiicated in the user ID col- 
umn represents all of the information providing oonrtput- 
ers 21, 22, — , 2n retrievat)le to the request code 
"airJkt-NFfr-LAX". For instance, a user 102 selects 
"air, and thus issues a request to all of the information 

45 provKling computers 21 . 22, — , 2n. 

Rg. 1 2 shows an example of an information acquir- 
ing request record table 50. The information acquiring 
request record tatMe 50 stores the names of the infor- 
mation provWing computers 21, 22. — , 2n and the 

50 request code names when the sennce management 
unit 4 transmits the information acquiring request to the 
information providing computers 21 , 22. ~. 2n. To time- 
out time, time up to time-out is set TTiis time is nrxxii- 
tored by a timer 8. When it becomes time-out time, the 

55 sennce management unit 4 produces a tinne-out event. 
Every time a response to the information acquiring 
request is received from the informatk>n providing com- 
puters 21, 22, - -, 2n, the service management unit 4 
deletes the name of the relevant information providing 
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computers 21, 22. — , 2n of the information acquiring 
request record table 50. As a result the following items 
can be grasped, namely the number of users who pres- 
ently issue the information aoquring requests, the 
number of users with respect to each of services pro- 
vided by the service processing computer 2, the number 
of i^ers with respect to each of the information provid- 
ing computers, and then the numfc)er of users with 
respect to each of services of the information providing 
corrputers. The service management unit 4 monitors 
these numbers, so tfiat the service management unit 4 
can grasp such a fact ttiat the information acquiring 
requests are concentrated to a specific irrformation pro- 
viding corrputer, and a specific service of the specific 
information providing computer. In this case, tfre infor- 
mation acquiring requests transferred to the relevant 
infomiation providing computer and the service pro- 
vided by the information providing computer are tempo- 
rarily stopped, so that the loads can be lowered. 

Rg. 13 indicates an infomnation providing computer 
management table 51. The information providing com- 
puter management table 51 stores information required 
to be connected to the information providing corrputers 
21 , 22, ~. 2n. for exarrple. a name of an information 
providing corrputer. an address of a server thereof, 
comrminication protocol, and transmission/ireception 
formats. For instarv>e, in Rg. 13. symbol "JL* is one of 
the information providing corrputers of the air line. An 
address of this server is "102.44.44.175*. The commu- 
nication protocol is "http". As to the protocol http, for 
exarrple, the specification of this protocol is descrflt>ed 
in "Hypertext Transfer Protocol~HTTP/1 .0" corresporxl- 
ing to INTERNET DRAFF by HTTP Working Qroip. In 
accordance with the protocol desigrmted in this case, 
the content designated by the transmission format may 
be set into the data region of the message. It could be 
seen from this drawing that the transmission format is 
"d. f , t n. w. c" as to the infomnation providing corrputer 
"JL". In this case, symbol "d" indicates a departure day, 
symbol T shows a departure place, synrfool T is a des- 
tination, syrnbol "n" indicates the number of traveler, 
symbol *W" shows either a one-way ticket or a round-trip 
ticket and symbol "c" represents a seat dass (economy 
dass, or business dass, or first dass). The reception 
format indicates a content of a message received from 
an information providing computer. Similarly, paying an 
attention to the information providing corrputer "JL", the 
content thereof is "result no. price, aircraft, dp-time". In 
this case, symbol "resulT indicates as to whether or not 
a vacuous seat is left, symbol "no" shows a f Gght narrm. 
symbol "price" represents a price, symbol "aircraft" is a 
model of an aircraft, symbol "dp-time" shows departure 
time. 

Rg. 14 shows an exarrple of a reception data tem- 
poral storage tat>le 52. The reception data tenporal 
storage tat)le 52 is a table for terrporarily storing 
responses issued from the information providing corT>- 
puters 21 , 22, — , 2n. The reception data terrporal stor- 
age table 52 is formed by the service management unit 



4. Rg. 14 shows an exanple of a reference result atx)ut 
vacuous seat information of an air ticket. This taSoUe is 
such an exarrple that a flight name, a price of an air 
ticket, departiFe time. arxJ a model of an airaaft are 

5 contained in the response data provided from the infor- 
mation providing computer. SirK;e the content of the 
response data is different from each other, depending 
on the request code, the format of the reception data 
temporal storage tat)le 52 is also different from each 

70 other witii respect to each of the request codes. 

Rg. 15 shows an exarrple of an acquired informa- 
tion integration management table 53. The acquired 
information integration management table 53 provides a 
selection logic when one of ttie response data stored in 

15 the reception data temporal storage table 52 is selected 
and then is transferred to the application programs 41 5, 
425, — . 4p5. In the acquired infamation integration 
management table 53, the fogic errployed for the 
respective &i6 users in response to the request codes. 

20 namely the information selection rules transmitted from 
a plurality of information providing corrputers 21 . 22. ~ 
, 2n are stored. For example, the acquired information 
integration management table 53 shown in Rg. 15 
irrplies as follows: "response data of JL has priority to 

25 user 100", "only UA is selected to user 101", "cheapest 
ticket is selected to user 102", arKi "departure time in 
evening (after 4:00 PM) owns priority to user 103". 
These conditions are set to each of the users based on 
the quality of the request from tiie end user, the condi- 

30 tion during request issuing, and the discriminating infor- 
mation. 

Rg. 1 6 is a format diagram of a message 90 trans- 
mitted from the information acquiring computers 11,12, 
— , 1m to the service providing computer 2. The mes- 

35 sage 90 contains a destination address 91, a source 
address 92, a user ID 93. a terminal place 94. a terminal 
function code 95. a terminal information code 96, a 
request sort 97. an amount of money 98, a total number 
99, an application code 100 item code 101. a selection 

40 code 102, and a data portion 103. In this case, ttie user 
ID93 is ID of an end user who uses the information 
acquiring corrputers 11. 12, ~, 1m. The terminal place 
94 corresponds to information for specifying the present 
place of the information acquiring corrputers 11.12,— 

45 ,1m. The t^rrvnal function code 95 is a code for d^in- 
ing the fonctions of the information acquiring corrputers 

11, 12, ~, 1m. The terminal information code 96 is a 
code for defining the structural information of the hard- 
wares/softwares of the information acquiring corrputers 

50 11. 12.--, 1m. The request sort 97 conesponds to infor- 
mation irKlicative of the request sort of the end user. 
The anx>unt of money 98 corresponds to information for 
indicating the money amount of the request from the 
end user. The total nurTt>er 99 conesponds to infbrma- 

55 tion for representing a total number of requests from the 
end user. The application code 100 is a code for defin- 
ing such an application program which has transmitted 
the message to this information acquiring computer 1 1 , 

12, — , 1m during the previous operation. The'rtemoode 
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101 is a code for deffining a value of a variable selected 
by an end user. Also, the selection code 102 is a code 
for representing as to wtiether or not the end user can 
agree with the proposal of the application progranis 
415. 425, - 4p5. The content of the data portion may 5 
depend upon the application programs 415, 425. — , 
4p5. 

Rg. 17 s a flow chart for showing a process flow 
when the execution management unit 30 receives the 
messages from the information acquiring computers 11. 10 
12. — , 1m. 

At this time, the process operations of the execution 
management unit 30 are mainly arranged by the t>elow- 
mentioned process operations (1) to (8): 

15 

(1) . A message is received from the communication 
management unit 3 (step 1 10). 

(2) . In a process 1 10, a judgement is made as to 
whether or not the message received from the com- 
munication management unit 3 corresponds to the 20 
message from the infonmation acquiring computers 

11, 12. — . 1m (step 111). If the message is trans- 
mitted from the information acquiring computers 1 1 . 
12, 1m, the process operation is advanced to a 
step 1 12. If No. then this message corresponds to 2s 
another message from the infomnatton providing 
conputers 21. 22. ~. 2n. Accordingly, the process 
operation is advanced to a process flow executed 
when the message from the information providing 
computers 21 . 22, — . 2n is received (will be dis- 30 
cussed later). 

(3) . The application code 100. the item code 101. 
arvj the selection code 102 are derived from the 
received message, and are transferred to the qual- 
ity managem^ unit 31 so as to be stored in the 35 
quality table 41. The request sort 97, the money 
amount 98. and the total number 99 are transferred 

to the condition management unit 32, and then are 
stored in the condition table 42 (step 112). 

(4) . Referring to the application programs relation- 40 
ship diagram 47, an application program which 
should be sut)sequently executed is determined 
based on the application code 100 (step 1 13). Now. 
when the selection code 102 is TJo". this implies 
that the previous proposal of the application pro- 45 
gram is refused by the end user. Therefore, the 
same application program as in the previous case is 
again initiated. In the case that there is a plurality of 
executable application progranrts, a calculation is 
made based on the values of the variables and the so 
logic d^ermined by the confidence degree of rec- 
ommerxiation in the individual management unit 
33. The variat)le values are used to recommend the 
application programs in the higher priority order, 
which is previously determined in the individual 55 
management unit 33. If this confidence degree 
does not exceed a predetermined threshold value 

in the individual management unit 33. then a similar 
process operation is carried out for the application 



program with the sut>sequent priority degree. If the 
confidence degree does not exceed any of the 
application programs, then a decision is made that 
the application program having the highest priority 
degree is initiated. The simplest logic anrx>ng the 
logic employed in this case is such that the variable 
value wHh the largest time anrK>ng the variat)le val- 
ues stored in the service utilization trend table 45 is 
recommended, and the confidence degree thereof 
is a ratio of all counts. When for exarrple, the serv- 
ice utilization trend table 45 shown in Rg. 7 is 
employed, assuming now that the value of the serv- 
ice sort and the times thereof are given as follows: 
overseas travel = 5 tinoes. domestic travel = 1 time, 
book selling = 2 times, and tfiereafter times = 0, 
then the overseas travel is recommerxled under 
confiderKe degree of 5/8 = 0.625. 

(5) . The values of variables agreed by the end user 
are stored into the selection variatsle temporal stor- 
^etable48 (step 114). 

(6) . Next, a check is done as to whether or not the 
application program to be executed has already 
been initiated (step 1 15). If the application program 
to be executed has already been initiated, then the 
process operatfon is advanced to a step 117. If the 
application program to be executed has not yet 
been initiated, then the process operation is 
advanced to a step 116. 

(7) . The app>lication program is initiated (step 116). 

(8) . The selection code is transferred to the applica- 
tion program (step 117). 

Fig. 18 is a flow chart for representing a proc- 
ess flow operation when the execution manage- 
ment unit 30 receives the message from the 
information providing computers 21 . 22, — , 2n. The 
operations of the execution management unit 30 
contain the following processes (9) to (17): 

(9) . The reception data is stored in the reception 
data temporal storage table 52 (step 120). 

(10) . Referring to the information acquiring request 
record tak)le 50, a confirmation is made as to 
whether or not all responses of ttie information 
acquiring requests have been returned. If there is a 
message which has not yet been returned, tiien the 
process operation is accorrplished. When all 
responses of the information acquiring requests 
have been retumed. the process operation is 
advanced to a process operation 122 (step 121). 

(1 1) . Referring to the acquision infomrntion integra- 
tion management table 53. the selection rules for 
the respective uses are applied, so that one of the 
reception data is selected (step 122). On the other 
hand, the time-out time for the respective requests, 
stored in ttie information acquisition request record 
table 50 is monitored the timer 8. When it 
becomes the time-out time, the timer 8 produce a 
time-out event 129. The time-out event 129 initiates 
a step 122. As a consequence, at ttie step 122. 
even when all of the information acquisition 



13 



25 



EP0786 728A1 



26 



requests are not returned, when rt becomes the 
time-out time, the selection ^ made of only the 
received data. 

(12) . When the infomnation satisfied by the applica- 
tion program is obtained by the selection at the step 
122. the process operation ts advanced to a step 
124. If such information is not obtained, then the 
process operation is advarrced to a step 125 (step 
123). 

(13) . The selected information Is transferred to the 
appfication program, and the process operation is 
ended (step 124). 

(14) . Referring to the request conversion manage- 
ment table 49, the information provicfing computer 
is changed into another conputer (step 125). For 
instance, the information providing computer is 
changed into all of the information providing com- 
puters which have t>eeh registered as "air in the 
request conversion management tabUe 49. Other- 
wise, the preceding retrieve condition is changed by 
the fixed logic. As an example of this fixed logic, tor 
example, if an air ticket is reserved, then a depar- 
tiH'e date is sh'rfted. A seat class is changed. 

(15) . The determined information of the information 
providing conputer is recorded on an information 
acquiring request recording table 50 (step 1 26). 

(16) . Referring to an infomnation provicfing compu- 
ter management table 51, a message is formed in 
accordance with the transmission format with 
respect to the respective information providing 
conrputers for requesting the information acquisi- 
tion. It is set in such a manner that the message is 
transmitted to a correct address in a correct proto- 
col (step 127). 

(17) . A transmission is requested to tfie communi- 
cation management unit 3 (step 128). 

Rg. 19 is a flow chart for showing a process flow 
operation executed when the execution management 
unit 30 receives the messages from the application pro- 
grams 415, 425. ~. 4p5. In this case, the operaitions of 
the execution management unit 30 contain the following 
process operations (1) to (7): 

(1) . A message is received from the application pro- 
grams 415, 425. ~. 4p5 (Step 130). 

(2) . If the received message is the information 
acquiring request, then the process operation is 
advanced to a step 133. If the received message is 
not the information acquiring request, then since 
this message is a message to be transmitted to the 
infamation acquiring computers 1 1 . 12, — , 1m, the 
process operation is advanced to a step 132 (step 

131) . 

(3) . The communication management unit 3 is 
required to transmit the received message to the 
infamation acquiring computers 11. 12, — . 1m. 
and then this process operation is ended (step 

132) . 



(4). Referring to ttie request conversion manage- 
ment table 49, a selection is made of an information 
providing contputer to which the information acqui- 
sition is requested (step 133). 

5 (5). The information of the selected information pro- 
vicfing computer is recorded on the information 
acquiring request recorcfing table 50 (step 134). 
(6). Referring to an information providing computer 
managemerrt table 51. a message is formed in 

70 accordance with a transmission format with respect 
to each of the information provicfing conrputers for 
requesting the information accfuisition. At this time, 
it is set to transmit the message at a correct 
address in a correct protcxx>l (step 1 35). 

IS (7). A transmission is requested for the communica- 
tion management unit 3 (step 136). 

hkMv, a description will k>e made of functions of 
other major portions. 

20 Rrst, a process operation of an individual manage- 
ment unit 33. The individual management unit 33 counts 
up the time value of the corresporxiing variable value of 
the service utilization trend table 45 t)ased on the s^ec- 
tion variat)le stored in the selection variable temporal 

25 Storage table 48 when the service has been provided to 
the end user. To reflect the information of the selection 
variable terrporal storage table 48 to the service utiliza- 
tion trend tat)le 45. the individual management unit 33 
executes the below-mentioned two prcx;ess operations. 

30 As tiie first prcx^ess operation, refening to a variat)le 
irn/olving relationship table 54 shown in Rg. 20. it is 
assumed that the values of involving destination corre- 
sporxjing to the values of selected involving original are 
selected between the variat)les having tiie implication 

35 relaticxiship. For example, a variat)le C7f "overseas 
travel/place" is equal to a destination place (mainly, 
countries) of the overseas travel. Another variable of 
"overseas travel/region" is to express destination place 
of the overseas travel in unit of continental. Sinc;e a 

^ place of Englarxi is involved in the Europe, when the 
value of "overseas traveiyj^lace" is Englarxj, the value of 
"overseas travel/iregion" is set to the Europe. That is. 
since the application program is branched, there is an 
application pro^m not exec:uted while executing the 

45 application program. The variable of such an application 
program is tried to t>e counted up. When "overseas 
travel/region" is selected as the Europe, and also "over- 
seas traveiyiplace" is not selected at all, it is assumed 
ttiat all of ttie places corresponding to the Europe have 

60 been selected. As the second process, refemng to a 
variable combination table 55 shown in Fig. 21 . the val- 
ues t)etween the variables having the combination rela- 
tionship are again set For instance, when the variable 
of "overseas travel/^ace/fee rar^e" is equal to "France 

55 discounf, the "overseas travet/place" is France, and the 
"overseas travel/fee range" is selected as "discounT. 
Conversely, this process is applied to the reverse case. 

Also, the individual management unit 33 converts 
tiie value of the static cBscriminating information table 
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43 based upon the conversion logic stored in the static 
discriminating inforniation conversion logic storage unit 
38. The conversion result is stored in an action nianage- 
ment tabUe 56 shown in Rg. 22. Rg. 23 shows a static 
discriminating in1brnDation-to-action corresponcfing table 5 
equal to an example of the conversion logic stored in the 
static d*^minating information conversion logic stor- 
age unit 38. The static discriminating information-to- 
action corresponcfing table represents, namely, a rule 
how to convert the static discriminating information into 
the action variable. In Rg. 23, the first logic line indi- 
cates that when the member level is the gold level, the 
value of the ticket delivery variable is set to a free 
charge. The third logic line implies that when the sex is 
the male, it is set to "message 1=00". The message 1 
variable ts set, so tfiat the application programs 415, 
425, — , 4p5 provides a specific message only to the 
males. Also, since a valid term is set to this action, when 
the valid term expires, this action is erased by the static 
discriminating information conversion logic storage unit 
38. Furthernxsre, as indicated in the fifth line, if the ter- 
minal function variable is **text-onty", then it is set to 
"output=text-onl/. As a result when the information is 
transmitted to the information acquiring computers 11, 
12, — , 1m, the information can be constructed off only 
the character information format. Similarty, if the termi- 
nal function is "no-movie", then it is set as "output^^no- 
movie", and it is possible not to transmit tfie moving pic- 
ture information. 

Furthermore, referring to the conversion logic 
stored in the history conversion logic storage unit 37, 
the individual management unit 33 converts the value of 
the service utilization history table 44, the value of the 
service utilization trerxJ tat)le 45, and the value of the 
system utilization history table 46, and then stores the 
converted values into the action management table 56. 
The history conversion logic storage unit 37 stores a 
rule \mi to convert the history information into the 
action variable. For example, when the values of the 
variables of the service sorts stored in the service utili- 
zation trend table 45 shewn in Rg. 7 are stored in the 
action management table 56 in the order of large times, 
as represented in Rg. 22, the overseas travel is stored 
at the value 1 of the service sort, the book selling is 
stored at the value 2 thereof, arxl the domestic travel is 
stored at the value 3 thereof in the order of large times. 
The action management table 56 is the variat)le to be 
referred while the application program is executed, 
which may give influences to the operatiorrs of the appli- 
cation program. 

Now, accorcfing to the present embodiment storing 
and analyzing of the information about the history are 
not carried out with respect to all of the end users, but 
can be performed only to a specific end user. For exam- 
ple, the previously explained formations and analyses of 
the sendee utilization history table 44, the service utili- 
zation trend table 45, the system utilization history table 
46, and tiie schedule table 57 are carried out only to 
such an end user whose member level is gold. Accord- 



ingly, cost required to save the information can be 
reduced. However, to accept a reservation cartel by an 
end user, the service utilization history table 44 must be 
formed and stored with respect to all of the end users. 
As previoi^y explained with reference to Rg. 6, this is 
t>ecause ttie names of the information providing com- 
puters arKi the reservation numbers required to cancel 
the reservation have been stored in the service utiliza- 
tion history table 44. 

Next, the condition management unit 32 will now be 
explained. Refening to the conversion logic stored in 
the corxirtion conversion logic storage unit 36, the con- 
dition management unit 32 converts the values of the 
condition table 42 and stores the converted values to 
the action management table 56. The condition conver- 
sion logic staage unit 36 stores a rule how to convert 
the oofKlition into an action variable. An action variat)le 
irrplies the variable stored in the action management 
table 56 which is referred while the application pro- 
grams 415, 425, — . 4p5 are executed. Rg. 24 shows a 
condition-to-action coresponding table equal to an 
example of the condition conversion logic. In Rg. 24, 
when a today variable indicative of a toda/s date is 
"01A)r (January 1), it is set to message 10=on. As a 
result it is possit}le to send a greeting message of a new 
year to such a user who is connected to tiie network on 
a new year day. 

The quality management unit 31 will now be 
explained. Refenring to the quality conversion logic 
stored in the quality conversion fogic storage unit 35, tiie 
quality management unit 31 converts the value of the 
quality tat)le 41 (will t>e simply r^erred to as a "quality" 
in this case), and stores the converted quality into the 
actbn management table 56. The quality conversion 
logic storage unit 35 stores a rule how to convert the 
quality into the action variable. Rg. 25 indicates a qual- 
ity-to-action corresponding table equal to one example 
of the quality conversion fogic. The quality-to-action cor- 
responding tat)le indicated in Rg. 25 represents that 
when the attritxite variable of the service is a proposal 
to purchase an article arxJ also an anrxHint of money 
exceecte 100.000 yen. a variable "pri" for operating the 
priority order of the process operation is set to pri=3. As 
a consequence, the process operation is carried out 
with a higher priority order than the normal service proc- 
ess operation. 

The history analyzing unit 34 will now be explained. 
The history analyzing unit 34 analyzes tfie value of the 
service utilization h^ry table 44, the value of the serv- 
ice utilization trend table 45, and the value of the system 
utilization history table 46, arx) then stores the analysis 
results into the static discriminating information table 43 
and the schedule table 57. The information stored into 
the static discriminating information tat)le 43 is either 
such information ttiat a user purchases a specific article 
and a specific service, or static discriminating informa- 
tion of an end user derived from history information. For 
instance, since such an information that a worcfproces- 
sor of a certain maker is purchased is held, when tiiis 



15 



20 



25 



30 



35 



40 



45 



50 



15 



29 



EP0 786 728A1 



30 



wordprocessor is up graded, this up grade Is quickly 
reported Since a ticket of a concert is purchased every 
week, it to register such a nature that a i^r wants a 
concert. Thus, the information about concerts nr^y be 
necessarily provided every time the k>gHn occurs. Infor- 5 
mation stored in a schedule table 57 shown In Fig. 26 is 
a schedule related to action of a user. The Information 
concerning actbn of the user is extracted from the utili- 
zation services stored in the service utilization history 
information 44, and then such a schedule *^when^ w 
"wfiere", "what" is formed. 

Tlie composite element conversion unit 40 will now 
be explained. Referring to the composite element con- 
version logic stored In the composite elen^ conver- 
sion logic storage 39, the composite element is 
conversion unit 40 converts the values stored In a plu- 
rality of tables, and then stores the converted values 
into the action management table 56. These plural 
tables are the quality table 41, tfie concfition table 42. 
the static discriminating information table 43, the serv- 20 
ice utilization history tatiie 44, the service utilization 
trerxJ table 45, the system utilization history tak>le 46, 
and the schedule taSoAe 57. The composite element con- 
version logic implies a rule how to convert the values 
amor^g a plurality of tables into the action variat)les. As 2s 
an example of the composite element conversion k>gic 
the following conversk>n bgic may be conceived. Based 
upon the static discriminating information such that "a 
domestic travel is a hot)t>y". the condition such that 
loday is the beginning of February", and the event infor- 30 
mation (one sort of concfition) such that The SAPPORO 
SNOW FESTIVAL is held from the beginning of Febru- 
ary", such information is conducted "an erxi user likes a 
don^estic travel as his hobby, and when the SAPPORO 
SNOW FESTIVAL is heM after one week later, a travel 3S 
to see the SNOW FESTIVAL is proposed". 

The service management unit 4 stores the informa- 
tion received from the information providing conrputers 
21 . 22. ~, 2n Into a cache region 58 together with tfie 
attribute information required to specify this information. 4o 
and manages tills information. In the case that the infor- 
mation acquiring request is issued from the applk^ation 
program, if the attrbute of this information Is made coin- 
cident with the attribute of the information stored In the 
cache region 58. the service management unit 4 does 45 
not issue the information acquiring request to the infor- 
mation providing computer, but derives the information 
corresponding thereto from the cache region 58. As a 
result, both the time required to acquire the information, 
and the loads given to the network and the information so 
provKling computer can t>e greatly reduced. When the 
valid term of the owned information expires, the infor- 
mation of the cache region 58 Is erased by the service 
management unit 4. Also, this information Is overwritten 
t>y newly cached information to be erased. 55 

In response to a request Issued from an erxi user, 
the service management unit 4 not only can request the 
information providing computer to acquire the Informa- 
tion, but also can request the infonmation providing 



computer to acquire the information without any request 
of the ^ iKer. This may provide such a firm service 
that a utilization frequency of a certain service provided 
by the infomriatk>n providing conputer is very high, the 
services with high possibilities which are required by tiie 
end users are previously acquired, so that there is no 
risk of sold out Also, the time required to acquire the 
information can t>e shortened. 

Furthermore, the service management unit 4 owns 
a journal ffle 59 for recording transactions related to the 
comminications with tfie end users, the communica- 
tions with the information providing computers, and the 
service executions provided by the servk;e providing, 
computer 2. A service evaluation management unit 60 
forms, retrieves, and analyzes the journal file 59. When 
an error happens to occur, or the information acquiring 
computer is t)rought into power down, the service eval- 
i^on management unit 60 cancels the transactions, 
executes the transaction In a half way, or notifies the 
result to the information acquiring computer after exe- 
cuting the po6si)le process. 

Rg. 27 Is a conceptional diagram for explaining 
operations of the niche information providing application 
program 62. The niche information providing application 
procpam 62 provides information such as a moving pic- 
ture, a still picture, a speech, and a character to the 
Information aoc^iring computers 11, 12. ~, 1m while a 
real processing application program 63 for providing the 
previously explained normal services issues the infor- 
mation acquiring request to tiie information providing 
computers 21. 22, — , 2n. and waits for a response. It 
shoukJ be noted that the niche information providing 
application program 62 and correspond to one of the 
application programs 415 to 4p5 contained in the appli- 
cation unit 5, respectively 

The real processing appTtcation program 63 issues 
the information acquiring request to the execution man- 
agement unit 30. Upon receipt of the information acquir- 
ing request, the execution management unit 30 Initiates 
the niche information providing application program 62. 
At this time both the request code and the user ID of the 
received information acquiring request are transferred 
to tiie niche information providing application program 
62. 

The nrche infomiation providing application pro- 
gram 62 recognizes the discriminating information and 
the conditions of the user with reference to the action 
management table 56. Alsoi the nk:h6 information pro- 
viding application program 62 recognizes the content of 
the information under acquisition from the request code. 
Then, the niche information providing application pro- 
gram 62 derives the information such as the nxsving pic- 
ture, the still picture, the speech, and the character, 
which is most suitable to be provided with tlie end user, 
from the niche information file 61 based on these dis- 
alminating informatkxi, conditions, and service content 
information. Thereafter, the derived information Is prop- 
erty processed, and the execution managing unit 30 is 
required to transmit the processed information to the 
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information accpjiring computers 11. 12, —. 1m. 

When the execution management unit 30 receives 
response data from the information providing computer 
and transfers the response data to the real processing 
appfication program 63, the niche information providing s 
application program 62 is stopped. As an example, 
sightseeing guide information of Italy is provided with a 
picture and speech with respect to the information 
acquiring computers 1 1 , 12. -~, 1m which are process- 
ing the reservation of a travel to Haly. Also, a notice from io 
the service providing computer 2 may be provided. 

Fig. 28 is an explanatory diagram for explaining a 
relative information adding function. The application 
programs 415. 425. — . 4p5 request the ececution man- 
agement unit 30 to transmit information to the informa- is 
tion acquiring computers 1 1 . 1 2, 1 m In contrast, the 
execution manag^nent unit 30 refers to a relative infor- 
mation table 64 while using as a key, a provided infor- 
mation code corresponding to a code for specifying a 
content of this information, and obtains the relative infor- 20 
mation code for specifying a content of information 
related to this provided information. For instance, if the 
provided information code is equal to "a trip to Italy", 
then as the relative information code, tiie following 
codes are obtained. i.e., "a shop capatrfe of servicing 25 
delicious pasta", "shopping in Kalian language", and "go 
to Italy to study" eAc. Considering the information related 
to the disaiminating information, the condition, and the 
quality of the end user obtained with reference to the 
action management taSoUe 56, the execution manage- 30 
ment unit 30 selects one of these relative information 
codes. Then, while using this relative information code 
as a key, a sarrple information file 65 is retrieved to 
acquire the relative information. This sample informa- 
tion file 65 is such a file for collecting the relative infor- 35 
mation related to tiie services provided k>y ttie servk:e 
providing computer 2. The execution management unit 
30 integrates the provided information with the relative 
information arxi transmits the integrated information to 
the information acquiring computers 1 1 . 12. ~, 1m. 40 

Fig. 29 is an explanatory diagram for explaining 
operations of a genrel statistics management unit 66. In 
this emtxxfiment. genrel information is statistics infor- 
mation t>ased on the service utilization histories of ail of 
the service users. This information is used when a serv- 45 
ice is provided with such an end user who does not have 
personal service utilization trend information. Instead of 
the personal history, a servk^e is customized t>ased on a 
genrel trend by the genrel statistics information. All of 
the erKi users store selected variables into tiie selection so 
variak)le temporal storage table 48 in the stages for 
determining the sennces. When the servk:e provision is 
conpleted. the values stored in the selection variable 
temporal storage table 48 are stored by the genrel sta- 
tistics management unit 66 into a genrel sennce utiliza- ss 
tion trend tat)l6 67. The genrel service utilization trend 
table 67 stores the statistics information related to utili- 
zation frequencies with respect to each of the servk:e 
structural elements. It shouki be noted ttiat although tiie 



service utilization trend table 45 is counted ip indivkiu- 
ally, in the genrel service utilization tattle 67, tiie content 
of the same table is counted up by all of the users. The 
times of the values of the genrel service utilization fend 
table 67 are converted by the genrel statistics manage- 
ment unit 66 and the composite element conversk)n unit 
40. and the converted values are stored in the action 
management tabUe 56. 

A genrel trerxi rebieving applk;ation program 68 is 
such an applk:ation program whk^ can be used by the 
end user so as to know the genrel trend. The end user 
retrieves the genrel trend information by using the gen- 
rel ti'end retrieving application program 68. so that the 
end user can see popular trends in the f iekis. 

Rg. 30 is an explanatory diagram of a selection rea- 
son adding function. A selection reason adding function 
descrft)ed in this specffk;ation corresponds to a function 
such that the execution manag^ent unit 30 whk;h has 
received a plurality of irTformatk)n from the information 
provkJing computers 21. 22. — . 2n selects one reason 
based upon the acquired information integration man- 
agemerrt table 53 to provMe the sheeted one reason to 
the end user. During information acquisition request, 
the application programs 41 5, 425. — , 4p5 transfers an 
information acquiring request in whk^h a reason adding 
option is added to the request code to the execution 
management unit 30. Such a fact that the reason adding 
option is added to the request code is sensed by a rea- 
son load option judging unit 69 employed in the execu- 
tion management unit 30. When the execution 
managentent unit 30 selects one of the plural informa- 
tion from the information providing corrputers 21 . 22. ~ 
-. 2n and transfers the selected one information to the 
applk^tion programs 415. 425. — . 4p5, the selection 
rules stored in the acquired information integration man- 
agement table 53 is added to all of the received informa- 
tion stored in the reception data temporal storage tabHe. 
The applk^ation programs 415. 425. ~. 4p5 shape the 
transferred selection reason and the information to be 
selected asa subject, arvi then transmit the shaped rea- 
son/information to the inforniation acquiring conrputers 
11.12, ~. 1m. 

Rg. 31 is to explain a method for changing a com- 
munication interface t>etween the service prcvkling 
computer 2 and the information prcvkiing computers 21 , 
22. — , 2n. In this emtxxiiment the convnunication inter- 
face between the service provkJing computer 2 and the 
information provkiing computers 21. 22, ~. 2n is 
absort)ed on the skJe of the service provkiing conrputer 
2. Conaetely speaking, in an information provkiing 
computer management table 51, a name, an address, 
protocol, a transmission format, a reception format and 
the like are defined witti respect to each of the informa- 
tion provkiing computers. As a consequence, in this 
embodiment since an interlace changing notice is sent 
from the information provWing conrputers 21 . 22, ~. 2n, 
a process operation to change the interface t>etween 
botii skies is conrvnenced. 

When a message 86 functioning as the interface 
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change notice is received by the service prcvidng com- 
puter 2. the execution management 30 initiates the 
interlace changing process operation owned as one 
function of this execution management unit 30. In Rg. 
31. this function is irxlicated as an interface change 
processing unit 85. In this Interface change processing 
unit 85, the fonmat of the received interface change 
notice is first analyzed (process 140). Then, change 
points (address, protocol, format, service content) of the 
interface are recognized (process 141). Based on this 
recognition result, the change points are stored into the 
information providing computer management table 51 in 
a process 142. Thereafter, a test transmission for the 
information providing computer is earned out with a new 
interface (process 143). Rnally, a normal receiving con- 
firmation is received from the information providing 
computers 21, 22, — , 2n, and then the process opera- 
tion is ended (process 144). 

Rg. 32 is a diagram for shewing a method for auto- 
matically recognizing an information providing computer 
(new Information providng computer) newly added to 
the system in the service providing computer. The new 
information providing corrputer transmits a service pro- 
vision requiring message 152 to the service providing 
computer 2. The service provision message 152 con- 
tains Information related to communications such as the 
communication protocol, address, transmission format, 
and reception format of the information providing conv 
puter: information related to the server information, (for 
instance, hardware information such as model nan^. 
CPU type name, memory capacity, and disk capacity: 
and software informatbn such as OS name and middle 
ware name); a service code corresporxJing to a notation 
method for classifying a content of a service to be pro- 
vided; and Infomtation related to a contact engaged with 
the service providing computer. 

In the service provicfing computer 2, a new informa- 
tion providing computer setting unit 151 receives the 
service provisfon requiring message 1 52 to interpret the 
content of the service prevision requiring message 152. 
arxJ then sets the new information providing computer 
to the corresponding table. For instance, the information 
rdated to the commuracatlon protocol, the address, the 
transmission format, and the reception format is stored 
into the Information providing computer management 
table 51 . As to the server information, this information Is 
stored in an information providing computer hard- 
wareAsoftware management table 154. It should be 
noted in this embodiment that the new information pro- 
viding computer setting unit 151 may be realized as one 
function of the execution management unit 30. 

Referring to a request code/service code corre- 
spondence table 150. the new information providing 
computer setting unit 151 additionally sores the corre- 
sponcfing relationship between the new information pro^ 
viding computer and the information acquiring request 
into the request conversfon management table 49 by 
obsen^ng the corresponding relationship t)^een the 
request code issued when the application program 



issues the information acquiring request, and the serv- 
ice code for representing the content of the service pro- 
vided by the information providing computer. Also, the 
information related to the contract established t>etween 
5 the service providing computer 2 such as the charging 
information and the irrfbrmation providing computer is 
stored into a charging information management unit 
153. 

Operations of this system will now t>e descrfoed, 

10 while assuming a concrete example. 

Rrst in order that the service providing computer 2 
can provide the service, the application programs 415, 
425, —. 4p5 are formed, and the various sorts of tables 
stored in the service management unit 4 are initialized. 

IS The application programs relation cfiagram 47 is formed 
at the same time when the application prognms 415. 
425, — . 4p5 are formed. Both the variable value involv- 
ing relationship table 54 arxJ the var^e comt)ination 
tat)le 55 are also formed at the same time when the 

20 application program is formed, arxJ perform the adjust- 
ments among the necessary variables so as to correctly 
count the histories in view of the sequential relationship 
of the application program. As previously explained, the 
various sorts of Information are stored Into the infbrma- 

25 tion providing computer management table 51. the 
acquired information integration management table 53. 
the quality conversion logic storage unit 35, the condi- 
tion conversfon logic storage unit 36, the history conver- 
sion logic storage unit 37, the static discriminating 

30 information conversfon logic storage unit 38, and tiie 
composite element conversion logic storage unit 39. 
The rule how to convert the static discriminating Infor- 
mation into the action variable must be stored. Also, 
such a rule that all of tine values of the variables are 

35 directiy used as the default into the action variables may 
k>e staed into the quality conversion logic conversion 
logic storage unit 36. the history conversfon logic stor- 
age unit 37. and the static discriminatirrg information 
conversion logic storage unit 38. 

40 Next, considering such a case that MR. MAT- 
SUMOTO Is newly connected with the service providing 
computer 2. It is assumed that MR. MATBUMOTO 
engages a contract as a gold member. The service pro- 
viding computer 2 has not yet owned the information 

45 related to MR. MATBUMOTO. Thus, when the contract 
Is established as the member, various questions are 
made in the questionnaires form, so that the static cfis- 
criminating information such as the address, the name, 
the edge, the occupation, and the hobby as indicated in 

50 Rg. 5 Is acquired. Since the service cannot be provided 
with only the static discriminating information, the serv- 
ice utilization trend information based on the entre sta- 
tistics Information Is utilized. 

It Is now assumed that the relationship diagram as 

55 shown in Rg. 9 is formed as the application programs 
relationship diagram 47. After the log-in program 70, a 
service sort determining program 71 for determining a 
service sort equal to a top category is Initiated. 

At this time, In genrel, a popular service Is pro- 
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posed. 

tt is new assumed that the service providing com- 
puter 2 proposes "book selling" in the t)eginning, and 
since MR. MATSUMOTD has no interest in book selling, 
he refines this proposal. Then, subsequently, the serv- s 
ice providing computer proposes licket selling" having 
a second high utilization degree. Now, it is assumed that 
MR. MATSUMOTO finaOy selects "overseas travel". At 
this time, in the message format shown in Rg. 16, "serv* 
ice sort dedsion" is set to the application code, "over- io 
seas traver is set to the item code, and "^es" is set to 
the selection code. 

Referring now to the application progranns relation- 
ship diagram 47, the execution management unit 30 ini- 
tiates the overseas travel/term determining program 73 is 
when the overseas travel 72 is selected in the service 
sort determining prog-am 71 . At this time, the execution 
managem^ unit 30 stores "overseas travel" into the 
value of the service sort of the selection variable tempo- 
ral storage table 48. 20 

The overseas travel/term determining program 73 
refers to the value of the overseas travel/term of the 
action management table 56. In this tat)le, "long term 
(more than 7 days)" is set which is the value otTtained 
from the genrel statistics information. Accordingly, the 25 
overseas travel/term determinir^ program 73 proposes 
"long term (more than 7 days)" to MR. MATSUMOTO 
unless this determining program 73 owns other k>gic. 

When this proposal can be accepted by MR. MAT- 
SUMOTO, "overseas travel/term deepen" is sent as the 30 
application code, "lortg term (more than 7 days)" is sent 
as the item code, and a message set tiy "Yes" is sent as 
the selection code to the service providing computer 2. 
The execution management unit refers to the applica- 
tion programs relationship diagram based on the con- 3S 
tent of fhts message, so that the execution managentent 
unit recognizes two programs, i.e.. the overseas 
traveiy^lace/fee range determining program 75, arxJ the 
overseas travel/region/fee range determining program 
76. which shouki be suk)sequently initiated. Before initi- 40 
ating these applicatbn programs, the executbn man- 
agement unit 30 stores "long term (more than 7 days) to 
the value of the overseas travelAerm" of the selection 
variable temporal storage table 43. Although there are 
various sorts of logk; so as to determine whk:h program 45 
is initiated among the two recognized application pro- 
grams, it is preferable that the variables proposed by the 
initiated applk^tion program may be accepted within 1 
time. In other words, tiiis system Interxls to propose the 
application program which is wished by the end user, so 
Accordingly, the execution management unit 30 seeks 
such a variat)le which will be proposed in the first time 
when the respective application programs are initiated. 
Then, the execution management unit 30 compares 
firmness of these variat)les with each other, and thus ini- 55 
tiated such an application program capable of selecting 
the variat)le with higher firmness. It is practbally difficult 
to select the variable as follows. That is, the system 
owns the logic every application program, and then the 



execution management unit 30 recognizes all of the 
abov&<jescrft>ed logic. Therefore, it is utilized such a 
fact that as the nfv>st useful logic, the logic which has 
t>een selected many times in the past owns high proba- 
bility in the present selection. In other worcte, the varia- 
ble which has been selected many times from the 
variables of the overseas travel^lace/fee range deter- 
mining program 75 is selected from the service utiliza- 
tion trend table 44 (since the genrel trerxJ is utilized in 
this time, the genrel servk;e utilization trend tattle 67 is 
selected). A similar selection is applied to the overseas 
travel/region/fee range determining program 76. As a 
result, two variables arxi the times are ot>tained. Various 
sorts of k)gics are conceivable as the logic for selecting 
the application program initiated by the information 
obtained in this case. In th^ case, as simple logic, a 
selection is made of such a logic having a large ratio of 
the obtained times to a total tima As a result. "Hawaii 
discount" of the overseas travel/jplace^ range deter- 
mining program 75 is selected, and this selection is 
agreed t>y MR. MATSUMOTO. The execution manage- 
ment unit 30 stores "Klawaii discount" into the value of 
the overseas travel/|place/fee range of the selection var- 
iable temporal storage table 46. 

Next, the execution management unit 30 initiates 
the course selection program 79. The course selection 
program 79 makes up a more detailed concrete pro- 
pose atxHft "Hawaii discount travel more than 7 days", 
and determines a travel plan while inquiring the informa- 
tion provkiing computers to adjust tiie schedule, and 
checks the vacant seat information about the air line 
and the hotel. 

Thereafter, an option is selected by the over- 
seas/bption determining program 80. Since tfiere is no 
suffrcient information at)out MR. MATSUMOTO, a popu- 
lar option, for example, a reservation of a parking lot 
near an air port is first proposed from the genrel statis- 
tics information. In this case, MR. MATSUMOTO 
requests a reservation of a train up to the air port 
TNARITA EXP" is selected). 

Next, the execution management unit 30 initiates 
the ticket delivery determining program 81. The tk:ket 
delivery determining program 81 determines how to 
receive the air ticket and tiie like by MR. MATSUMOTO. 
By this ticket delivery determining program 81, such a 
message "a free home delivery service is available to a 
gold member" is sent to the information acquiring com- 
puter used by MR. MATSUMOTO. 

When the ticket receiving nrethod is selected, the 
execution management unit further initiates the pay- 
ment determining program 82. In this payment deter- 
mining program 82. a payment way is determined. It is 
now assumed that MR. MATSUMOTO selects the pay- 
ment k>y the credit card. Next, since the credit condition 
of the credit card owned by one genrel member is con- 
firmed, the execution n^nagement mit 30 initiates the 
aedit inquiring program 83. However, since MR. MAT- 
SUMOTO is the gold member, the execution manage- 
ment unit 30 skips the initiatk)n of the aedit inquiring 
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program 83, and initiates the encfing program 84 to 
make a final confirmation. 

Since tfie service provision is determined by carry- 
ing out the above-described process operations, the 
service providing computer commences such a process s 
operation that the value of the selection variable 
stored into the service utilization history tatHe, which is 
temporarily stored in the selection variat)le temporal 
storage table 48 by the indivic&ial management unit 33. 
Referring to the variable comt)ination table 55. the serv- 
ice providing conrputer gives values to two variatsles 
such as "overseas travel^lace" and "overseas traveUfee 
range" from "overseas travel/lplace/fee range" before 
convnendng this process operation. In other words, 
since the value of "overseas travel/j;>lace/Fee range" s 
equal to "Klawaii discount", "Hawaii" is entered into 
"overseas travel^lace", and "disoounT is entered into 
"overseas travel/fee range". In the overseas 
traveiyjplace/fee range determining program 75, since 
the "Hawaii discount travel" is selected, the two varia- 
bles are determined one time. That is, in addition to 
such a fact that the "trip to Hav^r is selected, the 
"cheap overseas travel" is selected. As a result, the val- 
ues are entered into the two variables, i.e., overs^s 
travel^lace and overseas travel/fee range. When the 
value is entered into the overseas travet/jplace, it is 
defined in the variable involving relationship table 54 to 
also enter the value into the overseas travel/iregion. 
Thus, since "Hawaii" is located in the Pacific Ocean, the 
individual mar^gement unit 33 enters "the Pacific 
Ocean" into the overseas travel/region. Then, referring 
again to the variat>le combination table 55, the individual 
management unit 33 can enter the values into "over- 
seas travel/region^ range" from "overseas 
travel/regpon" arxi "overseas travel/fee rartge", and can 
conf rm tfiat tiiis value is equal to Ihe Pacific OceanAdis- 
counT. This fact can be necessarily understood from 
the i^er of such variables equal to the involving relation- 
ship between the place and the region, and also the 
branch structure of the application program. In this 
case, the irxlividual management unit 33 stores txjth the 
presentiy entered value, and the value ol the selection 
variat^le temporarily stored in the selection variable tem- 
poral storage table 48. Also, the service sort, the pur- 
chase date, ttie detailed information, the reservation 
numbers of the air ticket and the hotel, and the name of 
tfie information providing computer are recorded in the 
service utilization history table 45. 

Thereafter, every time MR. MATBUMOTO utilizes 
this system, the service providing conrputer 2 acquires 
the above-descrik^ed history, and stores this acquired 
history into the service utilization history table 44, the 
sennce utilization trend table 45, and the system utiliza- 
tion history table 46. When the history information is 
accumulated, his favor of MR. MATSUMOTO can 
beconw obvious as ttie times of the values of the 
selected variat)les, so tfiat the service providing compu- 
ter 2 can provide the services which are well used by 
MR. MATSUMOTO to MR. MATSUMOTO. 



In this case, proposals of the servrces are made 
based on the factors of not only the history, but also 
other reasons. That is, a quality of a request by an end 
user, condition when the request is issued, and static 
discriminating information of the end user many give 
influences. A quality of a request by an ervi user implies 
an attribute of a servrce requested by the end user. For 
instance, a priority degree of a process operation is 
cfianged. depending upon eitiier a service with a pay- 
ment or a service without a payment. Also, there is a dif- 
ference in handling of process operations, depending 
upon either an important request or an unimportant 
request. If a transaction with a large amount of money is 
performed, then this transaction is important so that 
tills transaction is processed witti a top priority. A value 
related to a quality is stored in the quality table 41. On 
the other harxf, a condition is such an item determined 
by a log-in time instant For instance, the following con- 
drtioris may be conceived when the log-in operation is 
performed, daytime or night, summer or winter, week 
day or holiday, wtiich event occurs, weather when ttiis 
event occurs, social condition, economical condition, or 
load of network, load of service providing computer 2, 
otherwise content of sennce presently provided by infor- 
mation providing computer. A value related to a corxJi- 
tion is stored in the condition table 42. The static 
d^criminating information corresponds to personal 
information about an end user, and information atx)ut an 
information discriminating information table 43. A value 
related to the static discriminating information is stored 
in the static discriminating information table 43. The his- 
tory analysis unit 34 analyzes the contents of the serv- 
ice utilization history table 44 (histories for respective 
services), ttie contents of tiie service utilization trend 
tat)le (selection times of variables for constituting serv- 
k;es), and ttie contents of the system utilization history 
46 (utilization history as system) to derive the static ds- 
criminating information. Othenvise, the h^tory analysis 
unit 34 produces the schedule table 57 in order to marv 
age a travel schedule and an event such as a birthday 
by analyzing the atx3ve-descrit>ed tak)les. 

The application program does not directly refer to 
these tables. This is because these tables are such 
tables belonging to tiie middle ware. As a consequence, 
according to this errAxxJiment as a table to which the 
application program can refer, there is provided ttie 
action managem^ table 56. The action management 
table 56 is produced by emptoying solely the previously 
listed tables, or combining tiiere tables with each other. 
For instance, where there are historical information and 
event information (condition) such as "ttiere is a person 
wfK) always goes to see soccer", and "events where 
observation tickets can be gotten by lottery occur every 
week", since these information is combined with each 
other, a notice of events can be issued as a message to 
this person. 

It is now assumed that the utilizing times of the 
service providing computer 2 by MR. MATSUMOTO are 
considerably increased, and then the content of ttie 
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service utilization trend table 45 by MR. MATSUMOTD 
is given as shewn in Rg. 7. Under this situation, when 
the lognn operation is perfomned by MR. MATSUMOTO, 
the service providing conputer 2 may recognize from 
the service utilization trend table 45 tfiat for instance, s 
there are the largest nurTt)ers of the overseas travels as 
the service sorts, and then may propose as follows: 
"Hollow MR. MATSUMOTO, Thank you for your continu- 
ous services, How about your overseas travel soon?". 
At this time, MR. MATSUMOTO has traveled to Italy 4 w 
times, and Hawaii once by utilizirrg the services pro- 
vided by this system. Thus, it is assumed that since 
there are many trips to Italy as the historical irrformation, 
the static discriminating irrformation "he likes Italy" ^ 
registered. zs 

When MR. MATSUMOTO can agree with a pro- 
posal of "overseas travel", since only "long term" is 
counted as the overseas travel/term, the service provid- 
ing conputer 2 proposes "long term" as the presently 
proposed term. Next, as to the count value of the over- 20 
seas travel4>lace/fee range, "ItatyAdiscounr is 4 and 
"Hawaii/discount" 1 . As to the count value of the over- 
seas traveiyiregion/fee range, "Europe/discounT is 4 and 
"Pacific Ocean/discount" is 1. In this case, "ItalyAiis- 
counT and "Europe/discount" are counted as the same 25 
times, and the ratios thereof are the same. As to the 
place and the region, the service for the place is further 
limited. Therefore, if the place is proposed with a top pri- 
ority, then the service providing computer 2 proposes 
"Italy/discounr of the overseas travel/^lace/fee range in 30 
this case. 

Subsequentiy, in the course selection program 79, 
both the air line and the hotel which are usually used are 
judged from the history and tiien are selected witi) a top 
priority. In the overseas travel/option determining pro- 35 
gram 80, since there are many cases that the train is 
used as the transportation means to the air port, such a 
proposal is nr^e "Is NARITA EXP reserved as usual?". 
Furthermore, in the ticket delivery determining program 
81, the free delivery is selected, and in the payment 40 
determining program 82, the card is selected and the 
credit kJentifk^ation is omitted. As described above, 
when the utilizing times of this system are increased, 
since the accumulated historical information is utilized, 
the process operation can be smoothly proceed, as 45 
compared with that of the first item. It should t>e under- 
stood that the discount trip to Italy selected in this case 
is staed into the lowermost column of the servk;e utili- 
zation history table of Fig. 6. Also, such a schedule table 
shown in Rg. 26 is formed based on the history analysis so 
unit 34. 

Next, it is conceived that for instance, while MR. 
MATSUMOTO trips to Italy, he will utilize the service 
providing computer 2. When MR. MATSUMOTO exe- 
cutes the log-in operation, the service providing corrpu- ss 
ter 2 enters the date of this log-in operation into tiie date 
of the condition table 42, for example, "1996/02/1 1 ". The 
composite element conversion unit 40 compares the 
schedule table 57 with the date '1 996/02/1 r of the con- 



dition table 42, and thus can recognize that MR. MAT- 
SUMOTO is under travel to Italy, and stays in Roma. It ts 
predictable tfiat since the log-in operation occurs during 
travel to Italy, there are large possft)ilities that the sys- 
tem using purpose is directed to the item of the present 
travel. Then, tiie service providng corrputer 2 displays 
the folk3wing traveling message in the application pro- 
gram initiated sut)sequent to the log-in program, i.&. 
"How are you MR. MATSUMOTO?, Are you enjoying 
your trip?. You stay in Roma. 1: schedule change. 2: 
emergent matter, 3: sightseeing guide". While various 
sorts of information required for the travel are previously 
selected, tfie application program capable of displaying 
such a message is previously prepared. Alternatively, 
other situations may be exterxied by neglecting the con- 
tents of the normal application programs relationship 
diagram, depending upon the spedfk; conditions. Also, 
it is possible to specify the place of the user in-elevant to 
the schedule table by employing such a manner ttiat a 
field 94 of a terminal place is present in a message for- 
mat from the information acquiring computer to the 
servfoe providing computer, arxi the place of the termi- 
nal is entered into this fietel by employing a certain 
methtod. 

Wrth respect to ttie infbrmatfon managed by the 
service management unit 4, another basis of this classi- 
fication will now be explained. The quality of the request 
by the end user, the condition when the request is 
received and/or the discrinvnating information of ttie 
end user, which constitute the judging material for deter- 
mining the service provided by the service management 
unit 4 may be classified into the individual information 
related to the information acquiring conrputer. tiie indi- 
vidual information related to the infornration providing 
computer, and the environmental corxiitfon information 
about the abcve-described respective apparatuses, 
namely tiie information acquiring conrputer and the 
infonnation providing computer for the nranagement 
purposes. Furthermore, each of the atxjve-explained 
infomnation may be classified l>ased on a time domain. 
The incfividual information related to the information 
acquiring conrputer contains information extracted from 
a fact and a history in the past related to a user of the 
information acquiring computer, tenrporal information in 
the present time, and a future schedule. The fact related 
to tiie user of the information acquiring computer con- 
tains such static discriminating information related to an 
end user among the static discriminating information. 
The information extracted from the past history related 
to tiie user of the information acquiring computer con- 
tains the management information in unit of the utilized 
service, the statistics information related to the utiliza- 
tion frequency with respect to each of the service struc- 
tural elements, and other service utilization historical 
information. The present temporal information related to 
the user of the information acquiring computer contains 
log-on date/time, service request date/time, a cSfforence 
between service request dateftime and service execu- 
tion date/time, and static discriminating information 
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related to the information acquiring computer among 
the static discriminating information. Also, the future 
schedule information related to the user of the informa- 
tion acquiring computer contains a service use sched- 
ule and a payment schedule of an end user, and also an 5 
action schedule of the end user. 

On the other hand, the individual information 
related to the information prcvidng computer involves a 
fact concerning the information providing computer, 
information extracted from a history In the past, present 10 
temporal information, and a future schedule. Ihe fact 
concerning a provider of the information providing com- 
puter contains the conditions when the request is 
received, which are related to the information providing 
computer itself, and the service to t>e provided. The is 
information which can be extracted from the past htetory 
of the provider for the information providing corrputer 
involves frequently accessed service sorts, frequently 
accessed service types, frequently used sea- 
sons/terms, frequently used places, frequently used 20 
amounts, frequently used fee ranges, frequently used 
information providers, frequently i^ed payment ways, 
frequently used sendee delivery ways, frequently used 
week day, arxJ frequently used time range. The present 
temporal information atx>ut the provider of the informa- 2s 
tion providing oomputer contains load conditfon of the 
infomnation providing apparatus, death/afive information 
of the informatfon providng apparatus, and sorts of 
services availat)le in the present time. 

Furthermore, the environmental condition informa- 30 
tion about the respective apparatuses contains environ- 
mental facts of the respective apparatuses, information 
extracted from the past histories, the present temporal 
rnfonnation. and the future schedule. The environmen- 
tal facts about the respective apparatuses contain net- 3s 
work band widths, and calendar information. The 
information which can be extracted from the environ- 
mental past histories of the respective apparatuses con- 
tains either information in the past and exchange rates 
in the past. The environmental present temporal infor- 40 
matfon of the respective apparatuses contains network 
loads, present weather, and exchange rates in the 
present time. Also, the environmental future schedule 
information about the respective apparatuses contains 
weather forecast information, exchange rate predic- 45 
tions, event exhitsitipn schedule information, and newly 
connection schedules for information providers. 

Then, refem'ng now to Rg. 63, a description will be 
made of another requesting method when information 
acquisition is requested from the information acquiring so 
computers 1 1 , 12, —, 1m to the senrice providing conv 
puter 2. 

A message 2000 contains an information content 
code 2004, a message meaning code 2005, and a data 
portion 2008, and this message 2000 is used in the 55 
case that the provkied information is proposed from the 
servk^e provkling computer 2 to the information acquir- 
ing corrputers 11,12, — , 1m, and also in the case that 
the information acquisition computers 11, 12, — , 1m 



send the response thereta The information content 
code 2004 irxiicates a content of information stored in 
the data portion 2008. As shown in a list 2006. "1000" 
indk;ates travel information, arxi "1001" indicate over- 
seas travel information. The message meaning code is 
a code indk;ative of a meaning of this message. As indi- 
cated in a list 2007. "1" indicates a propose made from 
the service provkiing connputer 2: "2" irxik^ate an agree- 
ment by the information acquiring computer in response 
to this propose; "3" denotes a refusal made by the infor- 
mation acquiring computer in response to this proposal; 
and "4" indicates an information request volurrtanly 
issued by the information acquiring computer. For 
instance, a message issued when the service provkiing 
computer 2 proposes the overseas travel to the informa- 
tion acquiring computers 11. 12, — , 1m becomes a 
n^essage 2001. A message issued when the informa- 
tion acquiring computer agrees with this proposal 
becomes a message 2002. There is another case that 
the information acquisition is requested without issuing 
any proposal to the information acquiring computer from 
the servk^e provkiing computer 3 oth^ than the atx>ve- 
described proposal by the service provkiing computer 2. 
and the provkied information determining stages by 
repeating ertiier tiie agreement or the refusal. In thte 
case, this messagecorresponds ta for instance, a mes- 
sage 2003. The message 2003 is an example of a mes- 
sage for requesting information about a trip to the Asia 

[EMBODIMENT 2] 

Rg. 33 is a structural cfiagram of an information pro- 
viding system according to a second embodiment of the 
present invention. 

In this embodiment, a service provkiing computer, 
an information acquiring conrputer, and an information 
provkiing oomputer befong to any one of four groups, 
i.e.. an A-^014) 100. a B-group 200, a C-group 300. and 
a D-group 400. The groups are subcfivided by a place, a 
region, a function, a service, and the like. For instance, 
when tNs system is a system for the Europe, the group 
is subdivkied into Germany, France, Italy, and England. 
When the group is sukxfivkied by the function, for exam- 
ple, this group is sutxiivkled into a travel service, a 
music information servk;e, a newspaper service, and a 
stock price information. A total ruimber of groups may 
be freely selected to be more fhan 1. 

The A-group 100 is constituted by a single service 
provkiing computer 101, a plurality of information 
acquiring computers 1021 to 102n, and a plurality of 
information provkfing corrputers 1031 to 103n. Other 
groips are arranged in a similar manner. In this case, 
an information acquiring computer corresponds to an 
end user conrputer. namely such a conrputer used to 
acquire information by an end user. As the information 
acquiring computer, there are mainly employed a work- 
station, a desk top type personal computer, a notebook 
type personal oomputer, and a PDA etc. An information 
providing computer corresponds to a corrputer for pro- 
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vicfing information to an end user. The most information 
providing computer owns a datat>ase, arxi voluntarily 
provides information in response to a request A service 
providing computer is interposed between the informa- 
tion acquiring oorrputers and the information providing 5 
computers, receives a request from an information 
acquiring computer to be connected to the proper infor- 
mation providing computer. Also, this service providing 
computer integrates the information of the information 
providing computers and returns the integ'ated informa- w 
tion to the information acquiring computer. The respec- 
tive computers are connected to each other via network 
(public networl^ 1. As the networK the public line net- 
work, the B-ISDN n^worK the packet network, and the 
private line may be i^ed. 75 

Fig. 34 Is a bfock diagram for showing a functional 
arrangement of the service providing computer 101 . 

A communication management unit 1011 manages 
transmission^reception between the service providing 
computer arxJ the public network 1 . 20 

An application group 1014 contains a plurality of 
application programs (AP1 . AP2, ~, APn). These appli- 
cation programs are executed tjy a service providing 
management unit 1012, and perform communications 
via the service providing management unit 1012 and an 2s 
applications communication management unit 1013. 

The service provicfing man^ement unit 1012 
includes an information acquiring/infonmation respond- 
ing mit 10121, an information acquisition request ana- 
lyzing unit 10122, an information provicfing instruction 30 
determining unit 10123 an information providing/infor- 
mation integrating unit 10124, an individual table 10125, 
a quality tale 10126, a condition table 10127, a connpos- 
rte element table 10128, an AP (application) manage- 
ment taSoUe 10129, an information providng table 35 

101210. and an application interface (API) table 

10121 1. Precisely speaking, the individual table 10125 
contains the static discriminating variable definition 
tattle shewn in Rg. 35. the static discriminating variable 
tak>le shown in Rg. 36, the dynamic discriminating van- 40 
able d^inition table shown in Rg. 37, arxi the dynamic 
discriminating variable taSoUe shown in Fig. 38. The qual- 
ity table 10126 contains the qualityA^able definition 
tak>le shown in Rg. 39, and the quality definition tatHe 
shown in Rg. 40. The condition table 10127 contains 45 
the condition variable definition table indicated in Rg. 

41. and the condition definition table incficated in Rg. 

42. The composite element table 10128 contains ttie 
composite element variat)le definition table shown in 
Rg. 43, and the composite element definition table so 
shown in Fig. 44. The AP management table 10129 
contains the application management variable definition 
table shown in Fig. 45. and ttie application management 
variable table shown in Rg. 46. The information provid- 
ing table 1 01 21 0 includes the information providing var- ss 
iable d^inition table shown in Rg. 47, the information 
providing variable table shown in Rg. 48. and the infor- 
mation provision determining table shown in Rg. 51. 
The API table 1 0121 includes ttie API variable definition 



table shown in Rg. 49 and ttie API variable tatiie shown 
in Rg. 50. 

Before describing operations of the applications 
and ttie service providing management preset items 
will now t>e explained. 

Rrst either a manager of the service providing 
management unit or an application ^01^ former 
defines a static cfiscriminating variable Rg. 35 shows 
an example of a static discriminating variable definition 
tat)le 5200. The static discriminating variable according 
to this embocSment represente a fixed personal attribute 
and a semi-fixed personal attnhute related to an individ- 
ual user who tries to utilizes a service through an infor- 
mation acquiring terminal. As a variat)le 5201, a user 
name, a user address, a user member level, and a user 
telephone numt)er are set wrtti respect to each of user 
IDs. As to a reservation/designation 5202, "reservation" 
set to a variat)le defined by the manager of ttie serv- 
ice providing management unit, and also "designation" 
is set to a variat)le defined by the application group 
former. The "reservation" variable d^ined t>y the man- 
ager of the service providing management unit does not 
depend ipon, txit corresporxis to a comnfX)n variable for 
all of the application programs. Actually, this reservation 
variaksle is an apparentiy existing vairiat)le. This variable 
is present as a default unless the manager of the serv- 
ice providing management unit intentionally deletes this 
variat)la The "designation" variable defined by the 
application group former is effective only in this applica- 
tion group in the normal corxiition. For instance, even 
when tx>tti a music information providing application 
groLp and a travel service application group are present 
as ttie applications as the same providing management 
unit the both variables cannot refer to each other in tiie 
default Alternatively, tx>tti the variables may refer to 
each other as a comrTx>n variat)le. An available value 
5203 of the tat)le indicates a range allcwat)le to this 
valua In accordance with this definition, a name of a 
variable 5302 and a value thereof 5303 are stored in ttie 
static discriminating variable tat)le 5200 in correspond- 
ence witti a user ID 5301 . 

Rg. 37 shows an example of a dynamic discriminat- 
ing variat)le d^inrtion table for defining a dynamic dis- 
aiminating variable. Even in the dynamic discriminating 
variable definition tat)le 5400, a reservation/designation 
5402 and an available value 5403 are defined every def- 
inition of a variak)le 5401. The dynamic discriminating 
variat)le corresponds to a historical variable. In ottier 
words, not only the present value but also ttie past value 
are saved in ttie table, and the times are counted every 
time ttie variat)le has ttie same valua As shown in Rg. 
38. in con^espondencewittiauser ID5501.anameof a 
variable 5502 and a value thereof 5503 are stored in a 
dynamic discrinninating variable table 5500. Then, a 
mark is made in a present 5504 when a value thereof 
5503 is equal to the present value. Also, the times when 
ttie value set to the value 5503 are indicated in times 
5505. For instance, a variable "service sort" of a person 
of a user ID "100" presently owns a value called as 
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"music", and rt can be seen that 35 times inducfing 
present time occur when the variat)le takes this value. 
When the application program refers to the variable 
"service sort" of the person of the user ID "100", this 
application program can refer to the present value, the 
past value obtained in the largest times, and the second 
largest value under various conditions. 

Rg. 39 shows an example of a quality variable def- 
inition table for defining a quality vanabUe, Both a reser- 
vation/designation 5602 and an available value 5603 
are defined in a quality definition table 5600 every qual- 
ity variable 5601 to be used. A quality variable implies a 
temporal variable in a service session such as a term 
from log-in operation to log-out operation, arxJ a term 
from a service start to a service end, and indicates a 
variat)le not requiring a history. In particular, a value of a 
quality variable is designed so as to give an influence to 
a quality priority degree, reliability of a service. As indi- 
cated in Rg. 40, a quality variat)le 5702 and a value 
thereof 5703 are set into a quality variable table 5700 
with respect to each of the user IIDs 5701 . 

Rg. 41 shows an example of a condition variable 
definition table for defining a corxiition variable. Both a 
reservation/designation 5802 and a value 5803 availa- 
Ue to a condition variable are defined in the condition 
variable table 5800 e^ery corKfition variable 5801. A 
condition variat)le is not equal to an attrbute of a user, 
txjt equal to a variable which constitutes an external fac- 
tor fa the user. It should be noted that this external fac- 
tor does not give similar effects to all users. To a certain 
user, such a fact tfiat today is February 13 owns a very 
important implication, but does not have a very impor- 
tant meaning to other persons. As shown in Rg. 42. in 
accordance with the definition of the condition variat)le 
definition table 5800, txith a condition variable 5901 and 
a value 5902 indicative of this condition are set into the 
quality variable table. In this case, it should be noted 
that variables are not present witti respect to the user as 
to the condition variable. 

Rg. 43 represents an example of a composite ele- 
ment variat}le definition table for deftnrting a composite 
element variable. A composite element corresponds to 
such a variable determined in relation to a value of at 
least one variable (discriminating, quality, condition) 
which has been so far defined. To this end, a reserva- 
tion/designation 6002, a value 6003 avai[at)te for this 
variable, and further logic 6004 for determining a value 
are defined in a composite element variable d^'nition 
table 600 with respect to the respective variat)les 6001 . 
The logic 6004 is given as a function such tfiat at least 
one variable t)ecomes an input A variat)le 6102 and a 
value 6103 thereof are s^ to a composite element vari- 
able table 61 00 every user ID 61 01 . A value detenmined 
by the logic 6004 is se to this value 61 03. 

Rg. 45 shows an example of an application man- 
agement variat)te definition tabia Also, in an application 
management variat)le def onition table 6200. a reserva- 
tionAiesignation 6202 and a value 6203 available to this 
variable are defined every variable 6201. In an applica- 



tion management variable table 6300, a variable 6302 
and a value 6303 thereof are set in accordance with the 
definition made therein every application ID (AP-ID) 
6301 . As a result, a condition when an application pro- 

5 gram is initiated, and an argument sifsplied thereto are 
defined. For exanrple. such an application program that 
AP-ID 6301 is equal to '*3003# is initiated t>y using a 
dynamic discriminatirtg variable "nrujsic-type" arxi a 
static discriminating variable "log-in address" as an 

10 argument when ttie previously executed application pro- 
gram is the log-in program, and the service sort is 
music, and further the music-service sort is a concert 

Rg. 47 indicates an example of an information pro- 
viding (ID) variable definition table. An information pro- 

75 viding (IP) variable definition tat)le 6400 defines a 
reservation/designation 6402 arxi a value 6403 availa- 
ble to this variable every variatsle 6401 used to provide 
information. An information providing (IP) varialsle table 

6500 defines an information providing service in detail 
20 in accordance with this definition. In this information 

providing (IP) variable table 6500, tx)th a variat)le 6502 
for determining a detailed content of a service, and a 
value 6503 thereof are set every ID (information ID) 

6501 of information to be provided. As to the service 
25 provided by fhe information providing computer, the pre- 
cise arxj concrete contents of tfie service contain a pro- 
viding place, an access ID (communication port nurTi>er 
etc.) capat)le of uniquely discrimnating a service within 
the providing place, an input variable, an output varia- 

30 t)le. an application interfece (Interlace t)etween applica- 
tion and information providing instruction determining 
unit), and information conversion logic for absorbing a 
difference in the interfaces of the information providing 
computers. 

35 Rg. 49 shows an example of an application inter- 
face (API) conversion definition table. An API variable 
definition tak)le 6600 mainly indicates a variable of an 
input, a variable of an output, and a service using fee. 
These items have a dose connection with the atx3ve- 

40 descrik)ed infdrn^tion providing definitioh. These items 
are defined by taking account of a pliFality of resem- 
bling information providing definitions. For example, in 
an IP variable table 6500 shown in Rg. 48, as to the 
information provision of the information ID "20001", 

45 there is "char date" (date in chairacter) in the output var- 
iat)le. whereas as to the information provision of the 
information ID "20002", a similar output variat)le 
becomes "dint date-time" (date and time instant in dou- 
ble integer). Considering these items, API is set to "cfiar 

50 date" (date in character) as indicated in Rg. 50. 

Rg. 51 shews an example of an information provi- 
sion determining tabIa In an information provision 
determining table 6800, an information ID 6803, logic 
6804. and integration logic 6805 are set with respect to 

55 a corTt>ination of a user ID 6801 and an application 
interface (API) ID 6802. Based on this table, for 
instance, based upon a request of a user who owns 
"100" as ttie user ID 6801, when an API ID 6802 calls a 
"10001" API, a dedsion is made as to which inforn^on 
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provider may be called. Concretely speaking, a dedsion 
is dynamically made as to which availat)le information 
providing computer should t>e connected based on the 
functions registered in the logic 6804 during request 
Also, arKJther decision is made as to which infbnration 
should be provided to the user anrK)ng the obtained 
information based on the integration logic. 

Next, operations of the service providing manage- 
ment unit 1012 when the application \s executed will 
now be explained. It should be understood that the fol- 
lowing descriptions are made, assuming now that con- 
ditions of the respective tables are indicated as in Rg. 
35 to Fig. 51. 

A first case will now be concfition in which a user 
executes a lognn operation through the information 
acquiring computer 1021 of the A-group 100 (see Fig. 
33). In the information acquiring conrputer 1012. a client 
application (t>rowser) for executing a man-machine 
interface process. Rrst. when the infonmation acquiring 
computer 1021 is initiated, a correction request is 
issued from the information acquiring conrputer 
(browser) via the putslic network 1 to the service provid- 
ing computer 101. There are one case that when the 
information acquiring computer 1021 is initiated, the 
connection recpjest is automatically issued. arKi the 
other case that the connection reque^ is issued by user 
operation. 

In Fig. 53. there is shown a format of a message 
transmitted/received between the information acquiring 
computer and the service providing computer. The mes- 
sage contains a header portion 701 and a data portion 
702. The header portion 701 contains a destination 
^idress 701 1 . a source (serxier) address 7012, a ses- 
sion ID 7013 capat)le of uniquely discriminating a ses- 
sion start to an end from the client application 
(browser), namely a combination with an address (for 
instance. IP address4port) arxJ a time instant, a serial 
number 7014 within a session, a terminal sort 7015 for 
indicating a type of a terminal, and a present location 
701 6 of a terminal. Among them, the terminal sort 701 5 
and the terminal location 7016 are not the necessary 
elements, but may provide t>etter services to users. 
When a connection request is issued, the connection 
request is inputted into the data portion 702. This con- 
nection request Is received so as to be analyzed by the 
information acquiring request analyzing unit 10122 
employed in the service provicfing computer 101 . 

Based on the message data, variables of log-in ter- 
minal sort* and log-in date/time" are set At this time, 
since the session has just commenced, there is no 
application program which has been so far executed. 
From the application management variable tat>le 6300, 
it becomes "preceding application = N/A (none)". As a 
result, the information acquiring request analyzing unit 
1 01 22 initiates the k>g-in program to thereby set a value 
"log-in" into a variat)le "pr^^i^ application". 

When the log-in program is initiated, this log-in pro- 
gram transfers such an output for requesting the user ID 
and the password to the information acquiring informa- 



tion responding unit 10121. The information acquiring 
information responcGng unit 10121 sends this output via 
the pi^ic network 1 to the information acquiring compu- 
ter 1021. The information acquiring computer 1021 

5 requests the user to input the user ID and tfie password 
in response to the request sent from the service provid- 
ing computer 101. 

Next, when the user enters the user ID. for example, 
"100" and the password, th^ user ID and the password 

10 are set to the data portion 702 of the message, which is 
sent to the service providing computer 101 , this request 
is received so as to be analyzed by the information 
acquiring request analyzing unit 10122. 

Rrst, the infamation acquiring request analyzing 

15 unit 10122 confirms the user ID and the password 
based on the static disaiminating table 5300. Next the 
application management variable tafcile 6300 is 
checked, and since the value of the variable ^preceding 
application" ts equal to "k)g-in". the variat)le "service 

20 sort" is subsequently checked. A maximum tinoe is 
checked from the dynamic discriminating variable table 
5500, it is set to "service sort = music". FurthernrK)re, 
the information acquiring request analyzing unit 10122 
refers to the application man^ement variat)le table 

25 6300, and since the value of the variable 't>receding 
application" is equal to "log-in" and the value of the var- 
iabUe "service sorT is equal to "music", the information 
acquiring request analyzing unit 10122 investigates 
another variable "music-service sorT arxJ sets the vari- 

30 able to "music-service sort - concerT in a similar man- 
ner to the above case. An application program "nrusic 
concert identification" is initiated by the application 
management variaksle table 6300. 

The application program "nrujsic concert identifica- 

35 tion" acquires tiie information as follows: 

The "music concert identification" program calls a 
music concert identification API (Rg. 50) of APIID = 
10001. To this end. an argument "char genre, char 
address" nujst be set As a consequence, refening to 

40 the dynamic discriminating variable "music-type" and 
the static discriminating variable "log-in address", each 
of these variables is set to the argument. Thereafter, the 
music concert identification API is called. This call is 
transferred to the information providing instruction 

45 determining unit 10123. The information providing 
instruction determining unit 10123 checks the informa- 
tion provision detenmining table 6800, and operates a 
logic function "Logic_11". since "user ID = 100" and 
"APIID s= 1001". Since the logic function depencte ipon 

50 the discriminating variable, the quality variable, the con- 
dition variable, and ttie composite element variable, dif- 
ferent results from each other are obtained for ttie 
individuals. As a result, as the variat)le "information ID", 
values "20001" and "20002" are obtained. Rrst, based 

55 on the variable "information ID s 20001 ". refening to the 
information providing variable table 6500, a variable 
"information inpuT. namely an argument is set At this 
time, the "Information conversion logic" is employed if 
necessary. Then, while "information address = 
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1 33.1 44.8.1 76" and Information access ID" are used as 
the base, a message is formed, and then an information 
providing request Is transmitted to the information pro- 
viding computer. Also, as to the variable "information ID 
= 20002", a message is similarty formed, and then an 5 
infonmation provicfing request is transmitted. 

In Rg. 54. there is shown a format of a message 
transmitted/received b^een the information providing 
computer and the service providing computer and the 
service providing computer. The message between the 
information providing computer and the service provid- 
ing computer also has a header portion 711 and a data 
portion 712. The header portion 711 further contains a 
destination address portion 7111. a soifl-ce ^ress 
portion 7112. a session ID portion 71 13. a session ID 2 
portion 7114. a serial number portion 7115. and an 
information providing machine load portion 7116. As a 
session ID set to the session ID portion 71 13, such a 
session ID used in the communications between the 
information acquiring computer and the service provid- 
ing computer is employed. As a session ID set to the 
session ID portion 7114. when the service providing 
computer is connected to the different information pro- 
viding computer, such a session ID different from the 
session ID set to the session ID portion 7113 is set 
When the message is returned from the information 
providing computer to the service providing computer, 
the load of this information providing computer is set to 
the information providing machine load portion 7116. 
The value of "information inpuT with respect to the infor- 
mation providing computer is set to the data portion. 

The information providing computer which has 
received the information providing request returns each 
of the access results. The response from the informa- 
tion providing computer is received by the information 
providing information integration unit 10124. 

Rrst the information providing information inten- 
tion unit 10124 users the Information conversion logic" 
of the information providing variable table 6500 to con- 
vert the received data into data having a model of "AP 
information outpuT adapted to the API. Then, the inte- 
gration logic of the information provision determining 
table is executed to all of the converted data, so that 
information suitable for the user is selected. Since the 
integration logic depends upon the discrimirmting varia- 
ble, ttie quality variable, the condition variable, and the 
composite element variat)le. the different selections 
from each other are made with respect to each person. 
The selected "AP information oulpuT is returned to an 
application program "music concert introduction", and 
then is outputted via the information acquiring informa- 
tion responding unit 10121 to the information acquiring 
computer. 

As desaibed above, since tiie service providing 
management unit manages tiie information used to dis- 
criminate the users, the conditions, and the information 
concerning the quality, the service prcviding manage- 
ment unit can voluntarily provide the customized service 
to the user, and also, the application can escape from 



the cunr^rsome work to manage the atx>v&<iescribed 
information. 

In such a case tfiat no reply is made from any one 
of the information provicfing computers with respect to 
the information providing request message of the infor- 
mation providing instruction determining unit or no data 
usefii to the user is provided, the following process 
operation is carried out In such a case, the information 
providing integration unit 10124 notifies such a fact to 
the information providing instruction determining unit 
10123. That is. no reply is made from any one of the 
information providing computers, or no data useful to 
the user is provided. The information provicfing instruc- 
ticxi determining unit 10123 sends an information pro- 
viding assistant request to the neighbor service 
providing computer, for instance, the service providing 
computer 201 of the B^roup. At this time, a message 
format is similar to that shown in Rg. 54. However, an 
ADHD and a value of "AP information inpuT of an AP. 
namely an input argument value (in this case, char 
genre, char acidress) of the API are set to the ciata por- 
tion 712 of this message format This information pro- 
viding assistant recfuest is received by the information 
providing integration unit 10124 of the service providing 
computer 201 on the request receiving side. 

The information providing integration unit 10124 
transfers the received message to the information pro- 
vidirig instruction determining unit 10123. The informa- 
tion providing instruction determining unit 10123 can 
understand from the message that, for instance, the var- 
iable "ADHD" is equal to "10001", arxJ ttien transmits an 
information providing request to an information provider 
(information providing computer) of the B-group 200 in a 
similar process nrianner to that executed in the service 
providing computer 101. The result received by the 
service providing computer 201 from the information 
provider of tfie B-group 200 is converted based on the 
"information conversion logic". arxJ then the ccxrverted 
result is transferred to the service providing computer 
1 01 of the A-group 1 00. In the service providing conrpu- 
ter 101 . a selection is performed t>ased on the "integra- 
tion logic", and the output is transferred to the 
application. 

Next, another case vnll now be ccxisidered. That is. 
in the system shewn in Rg. 33. a user who usually 
accesses through the information acquiring computer 
1 021 of the A-group will access through another group, 
ag.. the information providing computer 2021 of the B- 
groif) 200. In this case, the irrfbrmation providing com- 
puter 2021 of the B-group 200 is connected to tiie serv- 
ice providing corrputer 201 of the B-group 200. 
However, since when both \he user ID and the password 
during log-in operation are confirmed, the service pro- 
viding computer 201 does not hold the static disaimt- 
nating information of this user, this log-in operation is 
not allowed under present situation. In this case, the 
irrformation acquiring request analysis unit of the serv- 
ic;e providing computer 201 may recognize thai the iden- 
tification fails due to no existence of the user ID. and 
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then notifies this recognition to the information aoquir- 
ing/lnfbmnation responding unit The infbrniation acquir- 
ing/infonnation responding unit requests the service 
providing computer which has issued this user ID to ver- 
ify the user ID and the password. As a consequence, it 
is conceivatsle that a rule hew to establish the user ID is 
made, and information capable of discriminating the 
service providing computer for managing ftis user ID is 
contained in a portion of the user ID in such a manner 
that, for instance, this information Is a numeral (charac- 
ter) incficative of an artxtrary numeral (character) -i- serv- 
ice providing computer. Attematively, the request may 
be broadcasted to all of the service providing proces- 
sors. When the user identification is perfonned in the 
service providing computer which has issued the user 
ID. the application program is executed in the service 
providing corrputer which has carried out th^ identifica- 
tion. In this case, such a service providing computer 
firstly connected owns an obligation only to transfer the 
input/output to the information acquiring computer. 

As previously descrft>ed, according to this embodi- 
ment, the user Onfbrmation providing computer) can 
receive the service by merely connecting this user to the 
near service provider. As a consequence, it is possible 
to extract the information/service suitable for the own 
user from a large amount of information distributed over 
the wide range, while suppressing the communication 
cost to low values. 

It should be noted that tiie atxive-explained emtxxf- 
iment may be similarly realized even in a system 
arrangement as shown in Rg. 55. In the system shown 
in Fig. 55. a service providing compute, information 
acquiring computers, and information providing conrput- 
ers, belong to each of groups, are connected via a put>- 
lic network 1 to each other. These groips are mutually 
connected by way of an international exclusive network 
2 connected via gateways 104. 204. 304. 404. In this 
case, even when there are differences in communica- 
tion protocol among the groups, and/or there are differ- 
ences in protocol between the international exclusive 
network 2 and the public network 4 of each of these 
groups, the atxiv&described operations can t>e carried 
out without any problem k>y absort)ing these protocol ctif- 
ferences by the gateways. 

[EMBODIMENTS] 

Fig. 56 is a structural diagram of a network system 
according to a third embodiment of the present inven- 
tion. 

In this system at least more than one information 
acquiring computers 310, 320, 3m0, and at least 
more than one information providing corrputers 21 . 22. 

2n are connected to a put)lic line network 1 . 

The information acquiring computer 1 1 includes a 
communication management unit 3 11. a service man- 
agement unit 312, an application unit 313, an architec- 
ture unit 314. and an input/output management unit 
315. It should be noted that this arrangement is similar 



to those of the information acquiring computers 320. — 
, 3m0. The information providing computer 21 includes 
a communication management unit 21 1 and an applica- 
tion unit 212. It should also be noted that this arrange- 

5 ment is sintilar to those of the information providing 
computers 22, — . 2n. 

The information acquiring computer 310 transmits 
requests via the public line network 1 to the service pro- 
viding computers 21, 22, 2n, arxf receives informa- 

10 tion from the servk;e providing computers 21 . 22, — . 2n. 
As an example of the information acquiring computer 
310. there are an exclusive-use terminal, a personal 
computer, a workstation, a multimedia kiosku, a per- 
sonal portable terminal (PDA) and so on. As an exam- 

75 pie of the information providing computer 21 , there are 
a database server, a Worid Wide Web (WWW) server, 
an FTP server, a WAIS server, a Gopher server and a 
soon. 

The service providing computer 310 deternvnes a 

20 sort of information to be provided with an end user 
based ipon a quality of a request content, individual 
infomnation and past historical information of the end 
prevfously stored irrside ttie information acquiring com- 
puter 310. and various sorts of conditions when ttie 

25 request is received. The quality of the request is entered 
via the inputA>utput management unit 315 by a sidsject 
(will be referred to as an "erxi use' hereinafter) which 
issues request to the infonmation acquiring computer 
310. The information acquiring computer 310 transmits 

30 an information acquiring request to such an information 
providing computer capable of acquiring a necessary 
sort of information among the information providing 
computers 21, 22, --, 2n. Further, tiie information 
acquiring computer 310 determines information to be 

35 provkied witii the end user based on the information 
received from the information providing corrputers 21. 
22. — . 2n, and also ttie owned information, and ttien 
transmits this determined information from the 
inputAxitput management unit 315 to the end user. 

40 Rg. 57 shows the arrartgement of the information 
acquiring computer 30. 

The convnunication management unit 311 ts con- 
nected to the public line network 1 . arxi receives a mes- 
sage transmitted from the service management unit 31 2 

45 and the application unit 313. and then transfers the 
message to the proper information providing corrputers 
21 , 22, — , 2n via the \aMc line network 1 . The comnru- 
nication management unit 311 receives via the piAjHtc 
line network 1 the message transferred from the infor- 

50 mation providing computers 21 . 22. — . 2n and transfers 
the message to the service management unit 312 and 
the application unit 313. 

The servfoe management unit 312 includes proc- 
ess units, and a plurality of tables for storing process 

55 resuHs of ttiese process units, and to which these proc- 
ess units refer while executing the process operations. 
The process units are constructed of an execution man- 
agement unit 30, a quality management unit 31. a con- 
dition management unit 32. an individual management 
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unit 33, a history analyst unit 34. a quality conversion 
logic storage unit 35, a condition conversion logic stor- 
age unit 36, a history conversion logic storage unit 37, a 
static d^criminating information conversion logic stor- 
age unit 38. a con^x>srte element conversion logic stor- 
age unit 39. and a corrposrte element conversion unit 
40. These tables are similar to those employed in the 
efTixxllment 1. 

A descripbon will now t>e made of a quality of a 
request transmitted by an erxi user, a corxiition when 
the request is received, and discriminating information 
of the end user, which are used as a judgement material 
when the service management unit 312 manages the 
providing service. 

A quanty of a request by the end user corresponds 
to an attribute of a service requested by the end user 
among the services provided by the information acquir- 
ing corrputer 310. The service management unit 312 
changes a priority degree of this process based on the 
quality of the request and a predetermined rule, arxJ 
executes an additional process. A condtion when the 
request is inputted corresponds to an item having no 
relationshtp with the end user among items determined 
at the time when the end user Inputs the request from 
the input/output managem^ unit 315. A condition dur- 
ing reception corresponds to an item having a relation 
with a day/time, and items related to various states of 
networks such as the service providing computer 2. the 
information providing conrput^ 21, 22, — , 2n. and the 
put)lic line network 1. Based ipon the condition during 
input and a predetermined rule, the service manage- 
mmit unit 4 changes the quantities of the information 
providing computers 21, 22, 2n, arxi changes the 
providing information, or the amount of providing infor- 
mation, limits the providing service, and also cfianges 
the priority order of the process. The discriminating 
information of the end user corresponds to information 
depending upon the end user and the information 
acquiring computer 310, and contains static discriminat- 
ing information such as fixed information or semi^ed 
information, and also the sennce utilization history infor- 
mation of the end user changed every time the end user 
utilizes the servk;e. Based upon the abovedescribed 
discriminating information and a predetermined rule, 
the service management unit 312 changes tfie provki- 
ing information, the nurTt>er of information provkiing 
computers 21, 22. — . 2n to be connected, the anrKHint 
and modes of the providing informatfon, or the priority 
order of processing. As the sennce utilization historical 
information of the end user, there are management 
information in unit of utilized service, statistics informa- 
tion related to utilization frequency every constructural 
elements of servrces, and other service utilization his- 
torical information. 

The process operations of the service management 
unit 312 will rx>w be summarized. The sennce manage- 
ment unit 312 executes the process in conjunction with 
the application unit 313. The service management unit 
312 initiates the property selected application programs 



3131, 3132. 313p as to the information acquiring 
request entered by the erxi user from the input/output 
management unit 315 based on the quality of th^ 
request, the condition during reception, and the discrim- 

5 inating information of the end user. Also, the servk:e 
management unit 312 provkies tfte corxiitions for deter- 
mining the content of the information to be provkJed with 
the end to the application programs 3131 . 3132, 
-. 31 3p based on the above-described quality, condition, 

10 and decriminating information. The initiated applrcation 
programs 3131, 3132, — , 313p determine a content of 
provkiing information based upon the corxlitions for 
determining the content of the provkiing information 
indrcated t^ the service management unit 12. In the 

/5 case that the application programs 3131. 3132. — . 
31 3p do not own the information required to execute tfie 
process, the acquisition of this information is rec^ested 
to tfie service nrianagement unit 312. The service man- 
agement unit 312 selects at least more than one proper 

20 information provkiing computers 21. 22. — . 2n in order 
to acquire the necessary information based on the 
above-descrfoed quality, condition, and discriminating 
information, and tiien transmits the information acquisi- 
tion request to the selected information provkiing com- 

25 puters 21. 22. ~, 2n. Upon receipt of the information 
from the information providing computers 21 , 22, — , 2n. 
the service management unit 312 combines the 
acquired information with each other based on the 
above-described quality, condition, and discriminating 

30 information to thereby form the information to be pro- 
vkJed to the end user, arxi tfien transfers the formed 
information to the application programs 3131 . 3132, — . 
313p. The application programs 3131. 3132, — , 313p 
transfers the received information from the input/output 

35 management unit 315 to tfie end user. Isfow in a series 
of tfie afc>ove-explained processes, the servfoe manag- 
ing unit 312 selects the concfition of the information to 
be indk;ated to the applrcation programs 3131 , 3132, — 
. 31 3p based on the atx3ve-explained quality, condition. 

40 and discriminating information. Also, the sendee man- 
agement unit 312 selects a sort and a total number of 
information provkiing computers 21, 22. 2n to be 
connected. Ottierwise, the servfoe managem^ unit 
312 changes the priority degrees of these processes. 

45 Further, upon conpletion of provkiing of the infor- 
mation, the service management unit 312 stores the 
servk^e utilization historical information of ttie end user 
into a table wittiin the sennce management unit 312. 
This historical information is utilized as one of the dis- 

50 aiminating information in the suk>sequent sen/ice pro- 
viding operations to the end user. 

Now, tables contained in the service management 
unit 31 2 will now be briefly explained. It sfiouM be noted 
that the same explanations akx>ut the tat>les with the 

55 same reference numerals shown in Rg. 2 in the first 
embodiment may be applied to the tables of this embod- 
iment and therefore detailed descriptions thereof are 
omitted as to the conaete structures of the respective 
tables. 
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The quality table 41 stores values Cff qualities of 
rec^ests witti respect to tsich of the users, wtiich oorre- 
sporKl to attributes of services and degrees of services 
requested by the users. The execution management 
unit 30 request the quaTtty management unit 31 to store s 
the quality of the request into the quality table 41 upon 
receipt of the requests issued from the input/output 
management unit 315. The quality management unit 31 
stores the value of the quality of the request into the 
quality tat)le 41. This value is evaluated by the quality w 
management unit 31 and the corrposite element con- 
version unit 40, arKi then the abov&<iescrit}ed priority 
degree of the process is determined. 

The condition table 42 stores the items which do 
not depend on the end users with respect to each of is 
these arKi users anrxxig the items determined at the 
time instant when the requests from the input/butput 
management unit 315 are requested. Upon receipt of 
the requests issued from the input/output management 
unit 31 5, the execution management unit 30 rec^est the so 
condition managemerrt unit 32 to store the present date 
and the present time instant into the condition table 42. 
In case of the log-in request, the condition management 
unit 32 causes the condition table 42 to store the log-in 
time Instant In case of the service request the condl- 25 
tion management unit 32 causes the condition table 42 
to store tiie ser^qce reque^ time instant. 

The static discriminating information tat)ie 43 stores 
^er fixed information or semi-fixed information, which 
depend upon the end user and the information acquir- 30 
ing computer 31 , and also the comntjnication. As the 
information related to the end user, there are a member 
le^el, a sex. an occupation, and purchase record of spe- 
cific goods every end user. As the information related to 
the information acquiring computer 310. there are a ter- 35 
minal function, a hardware arrangement, and a software 
arrangement As the information related to the commu- 
nication, there are a communication starting place, a 
protocol, and so on. The variables stored in the static 
discriminating information tat>le 43 are evaluated t>y the 4o 
individual management unit 33 and the corrposite ele- 
ment conversion unit 40. As a consequence, it is possi- 
ble to change the modes of information to be provided in 
accordance with the functior^ of the information acquir- 
ir)g computer 310. For instance, in such a case tfiat the 45 
information acquiring computer 310 is not equipped 
with a memory capafcrfe of suffidentiy executing a 
graphic representation, only text information is provided 
with the input/output management unit 315. arxj no 
image display is peribrmed. so 

In the service utilization history table 44. the infor- 
mation is stored with respect to each of tiie users in unit 
of services utilized by the end users. The service utiliza- 
tion history tatie 44 owns fields named as a service 
sort, a utilization date/time, and detailed information, ss 
Every time the end user utilizes a certain service, the 
atx>ve-described information for specifying this service 
are stored by the individual management unit 33. In this 
case, a service sort is a top category off a service pro- 



vided by the information acquiring computer 310. The 
information for specifying a concrete service content off 
this sennce sort is stored in the detailed information 
field. The as information stored in the service utilization 
history tatAe 44 is evaluated by the irxtividual manage- 
ment unit 33 and the composite element conversion unit 
40. 

The sendee utilization trend tat)le 45 stores the sta- 
tistics information related to the utilization frequencies 
with respect to the constructural elements of the serv- 
icesw The times of the variat)le values stored in the serv- 
ice utilization trend table 45 are counted by the 
individual management unit 33 when the user of the 
s^vice is defined. The variat>le values stored in the 
service utilization trerxJ table 45 are evaluated by the 
individual management unit 33 and the composite ele- 
nrtent conversion unit 40. and then, the judgement is 
carried out based upon a sinrple targe/small relation- 
ship^ and further based on more complex logic. 

The system utilization history table 46 stores histor- 
ical information of system utilizations equal to historical 
information, as viewed from the side other tfian tiie 
service. There are all connection times (log-in times), 
charging conditions, and credit utilization conditions. 
This variat)le values stored in the system utilization his- 
tory table 46 are evaluated by the individual manage- 
ment unit 33 and the composite element conversion unit 
40. 

The application programs relationship pro^m 47 
expresses relationships among execution sequences 
and branches off the application programs 3131 , 3132. - 
-, 313p. The service management unit 312 determines 
the application programs 3131, 3132. — . 313p which 
will be sut>sequentty executed with reference to this dia- 
cpram. 

The selection variable temporal storage table 48 
terrporarily stores a value of a vari^e every time the 
end user agrees with this variable value proposed by 
the application program to this end user, namely, since 
the value of the variable agreed or selected by the end 
user can be grasped from the application code of the 
request inputted from the input/output management unit 
315. the selection item code, and the selection code. 

The request conversfon management table 49 is 
used in such a case tftat when an information acquiring 
request is issued from the application programs 3131, 
3132. —. 313p to the service management unit 312. a 
decision is made as to whether or not the information 
acquiring request is transmitted to any one off the infor- 
mation providing computers 21. 22, ~, 2n. The request 
conversion management table 49 stores the request 
codes indicative of the sorts of the request issued from 
the application programs 31 31 . 31 32, — , 31 3p, and also 
the names of the information providing computers 21, 
22, — , 2n to be connected with respect to each of the 
user IDs. 

The information acquiring request record table 50 is 
used to store the names off the information providing 
computers 21, 22. — , 2n when the service manage- 
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ment unit 312 transmits the irrformation acquiring 
request to the information providing computers 21 » 22. - 
2n. To time-out time, time \jf> to time-out Is set This 
time is monitored by a timer 8. When it becomes time- 
out time, the service management unit 312 produces a 5 
time-out event Every time a response to the information 
acquiring request is received from the Information pro- 
viding computers 21, 22. ~, 2n. the service manage- 
ment unit 312 deletes the name of tiie relevant 
information providing conputers 21, 22, — , 2n of the w 
information acquiring request record table 50. 

The information provicfing computer management 
tat>le 51 stores a name of an information providing com- 
puter, an address of a server thereof, communication 
protocol, and transm^'on/reception formats. is 

The reception data temporal storage tattle 52 is a 
table for temporarily storing responses issued from the 
information providing corrputers 21. 22. ~. 2n. Since 
the content of tiie respor^e data is different from each 
other, depending on the request code, the format of the 20 
reception data terrporal storage table 52 is also differ- 
ent from each other with respect to each of the request 
codes. 

The acquired information integration management 
table 53 provides selection logic when the response 2s 
data stored in the reception data temporal storage tal^e 
52 is selected arxJ then is transferred to the application 
programs 3131, 3132, — , 313p. In the acquired infor- 
mation integration management table 53. the logic 
employed for the respective end users in response to 30 
the request codes is stored. These conditions are set to 
each of the users based on the quality of tiie request 
from the end user, the condition during request issuing, 
and the discriminating information. 

Rg. 58 represerits a format of a message trartsmit- 35 
ted to the service management unit 312 when tf)e end 
user enters the request from the input/output manage- 
ment unit 35. The message 520 contains a header por- 
tion and a date portion 528. The header portion 
contains a user ID521 of an end user who uses the 40 
information acquiring computer 310, a request sort 522 
indicative of a sort of a request by an end user, an 
amount of money 523 for representing a money amount 
of the rec^est t>y tiie end user, and a quantity 524 for 
indicating a quantity of the request by the end user. This 45 
header portion further includes an application code 525 
corresponding to a code for specifying an application 
program which sent the message to this information 
acquiring corrputer 310 in the previous time, an item 
code 526 corresponding to a code for specifying a value so 
of a variable selected by the end user, and also a selec- 
tion code 527 corresponding to a code for indicating as 
to whether or not the end user has agreed the proposals 
of the application programs 3131, 3132, ~, 313p. The 
data portion 528 corresponds to the content of the mes- ss 
saga The content of the data portion 528 depends 
upon the application programs 3131. 3132, — , 313p. 

Fig. 59 Is a flow chart for desaibing operations exe- 
cuted when the execution management unit 30 receives 



the request user of the end user from the input/output 
management unit 315. The operations of the execution 
management unit 30 include the following processes (1) 
to (8): 

(1) . A message is received from the input/output 
management unit 315 (step 410). 

(2) . In a step 410. a judgement is made as to 
wfiether or not the received message corresponds 
to the message from the input/output management 
m\X 315 (step 411). If the message is transmitted 
from the input/output management unit 315. the 
process operation is advarK^ed to a step 412. If No. 
then this message corresponds to arK>ther mes- 
sage from the information providing computers 21, 
22, — . 2n. Accordingly, the process operation Is 
advanced to a process flow executed when the 
message from the information providing corrputers 
21 , 22. — . 2n is received (will be discussed later). 

(3) . The application code 525. the item code 526, 
and the selection code 527 are derived from the 
received message, and are transferred to the qual- 
ity management unit 31 so as to be stored in the 
quality table 41. The request sort 522. the money 
amount 523. and the total number 524 are trans- 
ferred to the condition management unit 32, and 
then are stored in the corxiition table 42 (step 41 2). 

(4) . Referring to the application programs relation- 
ship diagram 47. an application program which 
should be subsequentiy executed is determined 
based on the application code 525 (step 413). Now, 
when the selection code 527 is "No", this irrplies 
tiiat the previous proposal of the application pro- 
gram is refused by the end user. Therefore, the 
same application program as in the previous case is 
again initiated. In the case tfiat there is a plurality of 
executat)le application programs, a calculation Is 
made b^ed upon the values of the variables and 
the logic determined t>y the confidence degree of 
recommendation in the Individual management unit 
33. The variable values are used to recommend the 
application programs in the higher priority order, 
which is previously determined in the individual 
management unit 33. If this confidence degree 
does not exceed a predetermined threshold value 
in the individual management unit 33. then a similar 
process operation is carried out for the application 
program with the subsequent priority degree. If the 
confidence degree does not exceed any of the 
application programs, then a decision Is made that 
the application program having the highest priority 
degree is initiated. The simplest logic arTx>ng the 
logic employed in this case is such that the variable 
value with the largest time among the variable val- 
ues stored in the service utilization trend table 45 is 
recommended, and the confidence degree thereof 
is a ratio of all counts. 

(5) . The values of variables agreed by the end user 
are stored into the selection variable terrporal stor- 
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age table 48 (step 414). 

(6) . Next a check is done as to whether or not the 
application program to be executed which is deter- 
nnined at the step 413 has already been initiated 
(step 415). If the application program to be exe- s 
cuted has already been initiated, then the process 
operation is advanced to a step 417. If the applica- 
tion program to be executed has not yet been initi- 
ated, then the process operation is advanced to a 
step 41 6. 10 

(7) . The application program determined at the step 
413 is initiated (step 416). 

(8) . The selection code Is transferred to the applica- 
tion program (step 41 7). 

Fig. 60 is a flow chart for representing a proc- is 
ess ficw operation when the execution manage- 
ment unit 30 receives the message from the 
information providing computers 21 . 22, — . 2n. The 
operations of the execution management unit 30 
contain the following processes (9) to (1 7): 20 

(9) . The reception data is stored in tfie reception 
data temporal storage table 52 (step 420). 

(10) . Refening to the information acquiring request 
record table 50. a confirmation is made as to 
whether or not all responses of the information 25 
acquiring requests have been returned (step 421). 

If there is a message which has not yet been 
retumed. tfien the process operation is accom- 
plished. When all responses of the information 
acquring requests have been retumed, the process 30 
operation is advanced to a step 422. 

(11) . Process 422: Refem'ng to the acquisition infor- 
mation integration management table 53. the selec- 
tion rules for the respective uses are applied, so 
that one of the reception data is selected (step 35 
422). On the other hand, the tinf>e-out time for the 
respective requests, stored in the information 
acquisition request record table 50 is monitored by 
the time 8. When it becomes the time-out time, the 
timer 8 produce a time-out event 429. The process 40 
at the step 422 is also initiated by tfie time-out event 
429. As a consequence, even when all of the infor- 
mation acquisition requests are not retumed. when 

it becomes the time-out time, the selection is made 
of only tiie received data. 45 

(12) . A check is made as to whether or not the infor- 
mation satisfied by the application program is 
obtained by the selection at the step 422 (step 423). 
If Yes, then the process operation is advanced to a 
step 424. tf such information is not obtained, tiien ^ 
the process operation is advanced to a step 425. 

(13) . The information selected at step 422 is trans- 
fenced to the application program, and the process 
operation is ended (step 424). 

(14) . When the satisfactory data couM not be 55 
obtained at step 423, referring to the request con- 
version management table 49. the information pro- 
viding Gonputer is changed into another computer 
(step 425). For instance, the information providing 



conputer is changed into all of the information pro- 
viding computers which have been registered as 
'air in the request conversion management table 
49. Othenvise. the preceding retrieve condition is 
changed by the fixed logic. 

(15) . The determined information of the information 
providing computer is recorded on an information 
acquiring request recording table 50 (step 426). 

(16) . Referring to an information providing compu- 
ter management tat)le 51, a message is fonmed in 
accordance witii the transmission format with 
respect to the respective information providing 
computers for requesting the information acquisi- 
tion. It is set in such a manner that the message is 
transmitted to a correct address in a correct proto- 
col (step 4279. 

(17) . A transmissfon of the message formed at the 
. step 427 is requested to the communication man- 
agement unit 31 1 (step 428). 

Rg. 61 is a fkiw chart for showing a process flow 
operation executed when the execution managen^ 
unit 30 receives the messages from the application pro- 
grams 3131.31 32, -~, 31 3p. In this case, the operations 
of the execution management unit 30 contain the follow- 
ing process operations (1) to (7): 

(1) . A message is received from tiie application pro- 
grams 3135. 3132, — , 313p (step 430). 

(2) . If the received message is the information 
acquiring request, then the process operation is 
advanced to a step 433. If the received message is 
not the information acquiring request, then since 
this message is a message to be transmitted to the 
input/output management unit 315, the process 
operation is advanced to a step 432 (step 431). 

(3) . To the input/output managem^ unit 315. the 
received message is transmitted and then this proc- 
ess operation is ended (step 432). 

(4) . Referring to the request conversfon manage- 
ment tat)le 49. a selection is made of an information 
providing conr^er to which the information acqui- 
sition is requested (step 433). 

(5) . The information selected at the step 433 of the 
information providing corrputer is recorded on the 
information acquiring request recording table 50 
(step 434). 

(6) . Refening to an information provkiing computer 
management table 51. a message is formed in 
accordance with a transmission format with respect 
to each of the information provkling computers for 
requesting the infamation acquisition. At this time, 
it is set to transmit the message at a correct 
address in a correct protocol (step 435). 

(7) . A transmission of the message formed at the 
step 435 is requested for the communication man- 
agement unit 31 1 (step 436). 

Witti respect to the process operations executed by 
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the indlvidua] management unit 33, the condrtion man- 
agement unit 32, the quality management mtt 31, the 
h^ory analysis unit 34, and the cx)mposite element 
converting unit 40 in this embodiment, since these proc- 
ess operations are similar to those of the functional 5 
units (indicated by same reference numerals in Rg. 2) 
equipped in the service providing computer, no further 
explanations thereof are made in this emtxxfimern. 

Next a description will now t>e made of functions 
owTYed by the sendee management unit 312 in this 
embodiment. 

The service management unit 312 stores the infor- 
mation received from the irrformation providing comput- 
ers 21, 22, — , 2n into a cache region 58 together with 
the attrft)ute information required to specify this informa- 
tion, and manages this information. In the case ttiat the 
information acquiring request is issued from the applica- 
tion program, if the atbikxite of this information is made 
coincident with the attribute of the information stored in 
the cache region 58, the service management unit 312 
does rx3t issue the information acquiring request to the 
information providing computers, txit derives the infor- 
mation con-esponding thereto from the cache region 58. 
As a result both the time required to acquire the infor- 
mation, and the loads given to the network and the infor- 
mation providing computers can be greatiy reduced. 
Wfien the valid term of the owned information expires, 
the information of the cache region 58 is erased by the 
service management unit 312. Also, this information is 
overwritten t>y newly stored information in tfie cache 
region 58. 

Furthennore, the service management unit 312 
owns a journal file 59 for recording transactions related 
to the input/output with the end users, the communica- 
tions with the information providing computers, and the 
service executions. Concretely speaking, a service 
evaluation management unit 60 forms, retrieves, arxJ 
analyzes the journal file 59. When an error happens to 
occur, or the information quiring computer is brought 
into power down, the service evaluation managenrient 
unit 60 cancels the transactions, executes the transac- 
tion in a half way, or notifies the result to the information 
acquiring computer after executing the possble proc- 
ess. The architecture unit 314 corresponds to a devel- 
oping tool for initializing the respective tables used by 
tfie service management unit 31 1 when the application 
program is formed. 

Rg. 62 is a conceptional operation diagram of a 
niche information program arxi a real processing appli- 
cation program, which are employed as one application 
program contained in the application program group 
313. 

The real processing application program 63 is an 
application program used to issue the information 
acquiring request to the service management unit 312. 
The niche information providing application program 62 
provides information such as a moving pk;ture, a still 
pictire, a speech, and a character to the input/output 
management unit 315 while the real processing applk:a- 



tion program 63 for providing ttie previously explained 
normal services issues the information acquiring 
request to the information providing computers 21 , 22, - 
2n, arxi waits for a response Upon receipt of the 
infomnation acquiring request the execution nianage- 
m^ unit 30 initiates the nk^he information provtiing 
application program 62. At this time both the request 
code and the user ID of the received information acquir- 
ing request are transferred to the nk:he information pro- 
vkling application program 62. The niche information 
provkiing application program 62 recognizes the cfis- 
criminatirig information and the conditions of the user 
with reference to tiie action management tat)le 56. Also, 
the niche information providing application program 62 
recognizes the content of the information under acquisi- 
tion from the request ood& Then, the nk:he information 
provkiing application program 62 derives the informa- 
tion such as the moving picture, the still picture, the 
speech, and the character, which is nrx>st suitat)le to be 
provided with the end user, from the nktte information 
f Qe 61 based on these discriminating infonnation, condi- 
tions, arKi service content information. Thereafter, the 
derived irrformation is properly processed, and the exe- 
cuted managing unit 30 is required to transmit the proc- 
essed information to the input/output management unit 
315. When the execution management unit 30 receives 
response data from tine information providing computer 
arti then transfers the response data to the real 
processing application program 63, the niche informa- 
tion provkiing application program 62 is stopped. 

As readily urxJerstood from the above-explained 
certain concrete embodiments, according to the present 
invention, the individual desirable matters and utilization 
histories of the end users are evaluated in corresporxJ- 
erx^e with the service contents requested the end 
users, arxi thus the services capable of satisfacting with 
these items can be selected to be provkled to the end 
users. In response to the requests of the end users, it is 
possft)le to provkie such services very fitted to these 
requests. In the case tfiat the contents of the services 
provided by Vt\e information providing conrputers are 
chariged and/or added, the resultant sennces to t>e pro- 
vkied with the users can be readily changed in accord- 
arx:e with the contents of the charged/added services. 
Also, the servrces to be provkied with the end uses may 
be changed in accordance with the system environ- 
ments and the qualities of the service/information. Fur- 
thermore, the workloads of the end users when the 
servk;es of the plural information providing computers 
are integrated and received may be sut>stituted by the 
information providing computers. As a result, it is possi- 
t)le to nx>re effectively utilize the information services by 
the end users. 



As previously described, the service providing sys- 
tem according to the present invention is us^l in the 
network system such that the proper information can be 



15 



20 



25 



30 



35 



40 



45 



50 



55 INDUSTRIAL APPLICABILITY 



32 



63 

provided with the users, and the information services 
can be effectivety utilized by the users. In particular, this 
service provicGng system is suitable as an information 
providing means In a large-scale network system. 

s 

Claims 

1. A service provicfing system in which a plurality of 
apparatuses for acquiring information are con- 
nected via a network to a plurality of apparatuses 10 
for providing information, wherein: 

at least one apparatus intervens between 
said plurality of Information acquiring apparatuses 
and said plurality of information providing appara- 
tuses; and said intervening apparatus receives a is 
content of a request from said Information acquiring 
apparatuses, arxi also transmits an i n for ma tion pro- 
viding request to at least one of said information 
providing apparatuses t>ased on said content of the 
request 20 

2. A service providing system as claimed In claim 1 
wherein: 

said intervening apparatus receives the 
information provided by said at least one of said 2s 
information providing apparatuses; integrates said 
received information based on the request content 
of said information acquiring apparatus; and trans- 
mils the integrated information to said Information 
acquiring apparatuses. 30 

3. A service providing system as claimed in claim 1 or 
daim 2 wherein: 

the request content of said information 
acquiring apparatus is a code indicative of a con- as 
tent of information required t>y said information 
acquiring apparatus. 

4. A service providing system as claimed in daim 1 
wfierein: 40 

said intervening apparatus recces the 
request content of said information acquiring appa- 
ratus; and transmits an information providing 
request to at least one of said information providing 
apparatuses based ipon at least one of individual 45 
information related to said information acquiring 
apparatuses, individual information related to said 
information providing apparatuses, and environ- 
mental condition information surrounded around 
said information acquiring apparatuses and said so 
information provicfing apparatuses. 

5. A service providing system as daimed in daim 4 
wherein: 

said intervening apparatus receives informa- ss 
tion provided by at least one of said information pro- 
viding apparatuses; integrates said received 
information based upon at least one of individual 
information related to said information acquiring 
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apparatuses, individual information related to said 
information providing apparatuses, and environ- 
mental condition information sunounded around 
said information acquiring apparatuses and said 
information providing apparatuses; and transmits 
the integrated information to said information 
acquiring apparatuses. 

6. A service providing system as claimed In daim 4 or 
daim 5 wherein: 

said individual information related to the 
information acquiring apparatuses is arranged by at 
least one of a fact related to a user of said informa- 
tion acquiring apparatuses, information extractal^le 
from a past history, present temporary information, 
and a future schedule. 

7. A service providing system as daimed in daim 4 or 
daim 5 wherein: 

said individual information related to the 
information providing apparatuses is arranged by at 
least one of a fact related to a user of said informa- 
tion providing apparatuses, information extractat)le 
from a past history, present temporary information, 
arxl a future schedule. 

8. A service providing system as daimed In daim 4 or 
daim 5 wherein: 

said environmental corxiition information 
surrounded around said information acquiring 
apparatuses and said information providing appa- 
ratuses is arranged by at least one of a fact of an 
environment surrounded around said information 
acquiring apparatuses arxl said information provid- 
ing apparatuses, information extractable from a 
past history, present terrporary information, and a 
future schedule. 

9. A service providing system as daimed in daim 4 
wherein: 

said intervening apparatus is constructed of 
a service management unit arxJ an application unit 
for storing at least one application program; and 
said service management unit receives the request 
content from said information acquiring apparatus 
to select/initiate the application program of said 
application unit arxl transfer a proper value based 
upon at least one of individual information related to 
said information acquiring apparatuses, individual 
information related to said information providing 
apparatuses, and environmental corxiition informa- 
tion surrourxied around said information acquiring 
apparatuses arxJ said information providing appa- 
ratuses, and also accepts a request content from 
said application program to transmit an information 
providir>g request to at least one of said information 
providing apparatuses based upon at least one of 
individual information related to said information 
acquiring apparatuses, individual information 
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related to said information providing apparatuses, 
and environmental condition information sur- 
rourxied around said information acquiring appara- 
tuses and said information providing apparatuses. 

5 

10. A service providing system as claimed in daim 5 
wherein: 

said intervening apparatus is constructed of 
a service management unit arvi an application unit 
for storing at lea^ one application program; arxi io 
said service management unit receives information 
provided by at least one of said information provid- 
ing apparatuses to integrate said received informa- 
tion based ipon at least one of indivicbial 
information related to said information acquiring is 
apparati^es, incfividual information related to said 
information providing apparatuses. arvJ environ- 
mental condtion information surrounded around 
said information acquiring apparatuses and said 
information providing apparatuses, arxi also 20 
select/initiate the application program of said appli- 
cation unit to transfer the integrated information, 
and said service management unit accepts proc- 
essed information from said application program to 
be transrntted to said information acquiring appara- 2S 
tus. 
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